mirror of
https://github.com/mozilla/gecko-dev.git
synced 2025-04-02 04:22:56 +00:00
Bug 1603088 Part 2 - Delete NS_FRAME_CONTAINS_RELATIVE_BSIZE manipulation in nsColumnSetFrame::Reflow(). r=dbaron
Nowadays, ColumnSetFrame is an inner frame under ColumnSetWrapperFrame. It always has "block-size: auto", so `aReflowInput.ComputedBSize()` always equals to NS_UNCONSTRAINEDSIZE. Also, -moz-column-content no longer has "max-block-size: 100%", so NS_FRAME_CONTAINS_RELATIVE_BSIZE can never be set on ColumnSetFrame when constructing ReflowInputs for ColumnSetFrame's children in `ReflowInput::InitResizeFlags`. Removing the bit is not needed, either. Differential Revision: https://phabricator.services.mozilla.com/D58732 --HG-- extra : moz-landing-system : lando
This commit is contained in:
parent
41f37efd4f
commit
4c6c2f7bbe
@ -1199,13 +1199,6 @@ void nsColumnSetFrame::Reflow(nsPresContext* aPresContext,
|
||||
MOZ_ASSERT(aReflowInput.mParentReflowInput->mFrame->IsColumnSetWrapperFrame(),
|
||||
"The column container should be ColumnSetWrapperFrame!");
|
||||
|
||||
// Our children depend on our block-size if we have a fixed block-size.
|
||||
if (aReflowInput.ComputedBSize() != NS_UNCONSTRAINEDSIZE) {
|
||||
AddStateBits(NS_FRAME_CONTAINS_RELATIVE_BSIZE);
|
||||
} else {
|
||||
RemoveStateBits(NS_FRAME_CONTAINS_RELATIVE_BSIZE);
|
||||
}
|
||||
|
||||
#ifdef DEBUG
|
||||
nsFrameList::Enumerator oc(GetChildList(kOverflowContainersList));
|
||||
for (; !oc.AtEnd(); oc.Next()) {
|
||||
|
Loading…
x
Reference in New Issue
Block a user