Closed
Bug 400469
Opened 17 years ago
Closed 17 years ago
Float containing/clearing problem when a float has a negative margin in Firefox 2.0.0.8
Categories
(Firefox :: General, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 400406
People
(Reporter: office, Unassigned)
References
()
Details
(Keywords: regression)
Attachments
(1 file)
2.12 KB,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8
In the latest Firefox version, the browser seems to have a problem containing and/or clearing a float, that has a negative margin. This is a big problem because a lot of recent CSS layout use this technique to create source ordered multicolumn layouts.
Reproducible: Always
Steps to Reproduce:
1. create two floats (float:left)
2. change order by adding a positive margin to the first and a negative margin to the second one
3. wrap both floats with another float. This wrapper should contain both inner floats.
4. place any element with property (clear:both) below this wrapper.
Actual Results:
The wrapper DIV fails to contain the float that has the negative margin. The element below the wrapper fails to clear the float.
Expected Results:
The wrapper DIV should contain both inner floats. Even if not (because of any bug) the element with clear property below the wrapper should clear the float.
I've made a testcase. See the URL.
This bug showed up with Firefox 2.0.0.8 and could cause huge problems on modern CSS based layouts with source ordered multicolumn designs.
![]() |
||
Updated•17 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Comment 2•17 years ago
|
||
Regression range: 2007-10-03-03 -- 2007-10-04-03
Status: RESOLVED → VERIFIED
Comment 3•17 years ago
|
||
Can confirm this using Gecko/20071009 WinXP and Linux official 2.0.0.8.
Current trunk works as expected so this is branch only.
Must have been happened after 20071002 nightly before 20071003 nightlies.
Time-window therefore is: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=MOZILLA_1_8_BRANCH&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2007-10-02&maxdate=2007-10-04&cvsroot=%2Fcvsroot
I tested and cannot reproduce after backing out bug #387201. So that seems to be the cause.
Updated•17 years ago
|
Flags: blocking1.8.1.9?
Reporter | ||
Comment 4•17 years ago
|
||
I only could test with Windows Vista but in <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=400406">bug 400406</a> report, all OS-Systems are mentioned.
And there are more reports of broken layouts out there ...
http://www.stefan-niggemeier.de/blog/firefox-2008-frisst-blog-design/
Reporter | ||
Comment 5•17 years ago
|
||
Reporter | ||
Comment 6•17 years ago
|
||
Info from an email: Mozilla 1.7.12 seems to has this bug too.
Comment 7•17 years ago
|
||
I don't think replying this bug will help, was it was marked duplicate #400406 (which I missed, sorry).
Dirk, you better reply to #400406. ;)
You need to log in
before you can comment on or make changes to this bug.
Description
•