Closed Bug 391412 Opened 17 years ago Closed 17 years ago

Regression in float layout causing "clear:" to be ignored

Categories

(Core :: Layout: Floats, defect)

defect
Not set
major

Tracking

()

VERIFIED FIXED

People

(Reporter: jakenospam, Assigned: sharparrow1)

References

()

Details

(Keywords: regression, verified1.8.1.10, verified1.8.1.9)

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a7pre) Gecko/2007072604 Minefield/3.0a7pre Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a7pre) Gecko/2007072604 Minefield/3.0a7pre This behaviour was introduced with Gecko/2007072604 Minefield/3.0a7pre and persists up until latest nightly (Gecko/2007080804). It causes a "cleared" box to not remain beneath "floated" boxes. Reproducible: Always Steps to Reproduce: 1. Install Firefox3.0 from 20070726 onward 2. Open specified webpage in nightly and in latest 2.0 release 3. Compare Actual Results: The "footer" refuses to remain beneath the leftRail, center, rightRail elements allthough it has been set to "clear:all". Also, the background of said elements disappears. Expected Results: Firefox 2.0 and 3.0 up until 20070725 render the page correctly. Giving the "floated" boxes a "border" will resolve the incorrect beaviour.
Version: unspecified → Trunk
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a8pre) Gecko/2007080805 Minefield/3.0a8pre I narrowed down the regression range a bit more. It regressed sometime between 2007-07-26-05 and 2007-07-26-15. The patches for bug 387201 and bug 386640 are the ones that jump out at me, both of which are Eli's.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Attached patch Patch (deleted) — Splinter Review
Assignee: nobody → sharparrow1
Status: NEW → ASSIGNED
Attachment #275902 - Flags: review?(roc)
Regression from bug 387201.
Blocks: 387201
Flags: blocking1.9?
Attachment #275902 - Flags: approval1.9?
Comment on attachment 275902 [details] [diff] [review] Patch a1.9=dbaron
Attachment #275902 - Flags: approval1.9? → approval1.9+
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Flags: blocking1.8.1.9?
Comment on attachment 275902 [details] [diff] [review] Patch Yikes. We shipped the bug this is a regression from on branch... but didn't put this fix on branch.
Attachment #275902 - Flags: approval1.8.1.9?
Blocks: 400406
Can someone create a reftest here? We should be making sure not to regress this again, ever.
Flags: in-testsuite?
Flags: blocking1.8.1.9? → blocking1.8.1.9+
verified fixed for trunk on: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9a9pre) Gecko/2007102005 Minefield/3.0a9pre ID:2007102005 Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a9pre) Gecko/2007102104 Minefield/3.0a9pre and Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a9pre) Gecko/2007102104 Minefield/3.0a9pre (Linux Fedora F7) with the example url from this bug. -> Verified
Status: RESOLVED → VERIFIED
Flags: blocking1.8.1.9?
Attachment #275902 - Flags: approval1.8.1.9?
Attached patch reftest (deleted) — Splinter Review
Attachment #285729 - Flags: review?(bzbarsky)
Comment on attachment 285729 [details] [diff] [review] reftest r=bzbarsky assuming this passes in Gecko 1.8.1.7 and fails in Gecko 1.8.1.8.
Attachment #285729 - Flags: review?(bzbarsky) → review+
Flags: blocking1.8.1.9? → blocking1.8.1.9+
Comment on attachment 285729 [details] [diff] [review] reftest (In reply to comment #11) > (From update of attachment 285729 [details] [diff] [review]) > r=bzbarsky assuming this passes in Gecko 1.8.1.7 and fails in Gecko 1.8.1.8. Yes, it does. Asking approval1.9? because I don't know how check-in rules are regarding reftests.
Attachment #285729 - Flags: approval1.9?
Comment on attachment 285729 [details] [diff] [review] reftest Tests have implicit approval to land as long as the tree is open, so land away!
Attachment #285729 - Flags: approval1.9?
Ok, thanks for the info, reftest checked in.
Flags: in-testsuite? → in-testsuite+
Comment on attachment 275902 [details] [diff] [review] Patch approved for 1.8.1.9 and 1.8.1.10, a=dveditz for release-drivers. For 1.8.1.9 please check in to GECKO181_20071004_RELBRANCH. For 1.8.1.10 check into the normal MOZILLA_1_8_BRANCH
Attachment #275902 - Flags: approval1.8.1.9?
Attachment #275902 - Flags: approval1.8.1.9+
Attachment #275902 - Flags: approval1.8.1.10?
Attachment #275902 - Flags: approval1.8.1.10+
GECKO181_20071004_RELBRANCH: Checking in layout/generic/nsSpaceManager.cpp; /cvsroot/mozilla/layout/generic/nsSpaceManager.cpp,v <-- nsSpaceManager.cpp new revision: 3.65.6.2.2.1; previous revision: 3.65.6.2 done MOZILLA_1_8_BRANCH: Checking in layout/generic/nsSpaceManager.cpp; /cvsroot/mozilla/layout/generic/nsSpaceManager.cpp,v <-- nsSpaceManager.cpp new revision: 3.65.6.3; previous revision: 3.65.6.2 done
verified fixed using : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/2007102303 BonEcho/2.0.0.8pre and Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8pre) Gecko/2007102303 BonEcho/2.0.0.8pre and the testurl from this bug. With the current 1.8 Nightly Builds the Layout is not broken.
(In reply to comment #17) > verified fixed using : > > Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/2007102303 > BonEcho/2.0.0.8pre and Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; > rv:1.8.1.8pre) Gecko/2007102303 BonEcho/2.0.0.8pre and the testurl from this > bug. > > With the current 1.8 Nightly Builds the Layout is not broken. > also verified fixed 1.8.1.9 in Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.8pre) Gecko/2007102306 BonEcho/2.0.0.8pre -> adding verified keyword
Flags: blocking1.8.1.11+ → blocking1.8.1.10+
verified fixed 1.8.1.10 using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.10pre) Gecko/2007111503 BonEcho/2.0.0.10pre - Adding verified keyword
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: