Closed
Bug 285165
Opened 20 years ago
Closed 20 years ago
Fix remaining float containment issues (BuildFloatList removal)
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
RESOLVED
FIXED
People
(Reporter: roc, Unassigned)
References
Details
From Boris in https://bugzilla.mozilla.org/show_bug.cgi?id=267037#c4 I just looked at all callers of PushFloatContainingBlock in the frame constructor. The following still wouldn't get flagged (as far as I can tell) as containing blocks by GetFloatContainingBlock after this patch: 1) An SVGOuterFrame if the documentElement is <svg:svg>. Given that that's not a blockframe, the fact that it's pushed at all is probably a bug... 2) The scrolled frame inside a select (not sure about this one; see InitializeSelectFrame()). 3) SVG <foreignObject> frames (since we'll actually create a blockframe no matter what the display value of the node is). May be worth filing separate bugs on the SVG issues, I guess, but we should sort out whether <select> is a problem (that is, whether the display of the scrolled content there will be block).
Comment 1•20 years ago
|
||
Fixed by patch in bug 283385
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•