tor-browser

commit e09fd0f1ac0b4069f44575f2c952049fcc15b8a0
parent d49b89c743097fd0c2221ba277b63b95e867ba9a
Author: Ting-Yu Lin <tlin@mozilla.com>
Date:   Mon, 13 Oct 2025 21:36:13 +0000

Bug 1983345 Part 2 - Remove obsolete comment for ReflowAbsoluteFrame(). r=layout-reviewers,emilio

ViewportFrame (the fixed-pos containing block) does **not** use
`AbsPosReflowFlag::AllowFragmentation` flag when reflowing fixed-pos frames [1],
so the fixed-pos frames already reflow with an unconstrained block-size [2].

[1] https://searchfox.org/firefox-main/rev/b30a9b734819436853abf4eba6d768037514b3f6/layout/generic/ViewportFrame.cpp#505-506
[2] https://searchfox.org/firefox-main/rev/b30a9b734819436853abf4eba6d768037514b3f6/layout/generic/AbsoluteContainingBlock.cpp#1014,1017-1018,1039-1042

Differential Revision: https://phabricator.services.mozilla.com/D268298

Diffstat:
M
layout/generic/AbsoluteContainingBlock.cpp
 | 
5
-----

1 file changed, 0 insertions(+), 5 deletions(-)
diff --git a/layout/generic/AbsoluteContainingBlock.cpp b/layout/generic/AbsoluteContainingBlock.cpp
@@ -850,11 +850,6 @@ struct MOZ_STACK_CLASS MOZ_RAII AutoFallbackStyleSetter {
 // XXX Optimize the case where it's a resize reflow and the absolutely
 // positioned child has the exact same size and position and skip the
 // reflow...
-
-// When bug 154892 is checked in, make sure that when
-// mChildListID == FrameChildListID::Fixed, the height is unconstrained.
-// since we don't allow replicated frames to split.
-
 void AbsoluteContainingBlock::ReflowAbsoluteFrame(
     nsIFrame* aDelegatingFrame, nsPresContext* aPresContext,
     const ReflowInput& aReflowInput, const nsRect& aOriginalContainingBlockRect,