422883 - Box which 'overflow' property is not 'visible' goes below of floated box inconsistently.

Status: VERIFIED DUPLICATE of bug 427782

(Core :: Layout: Floats, defect)

Description

[KENZ (Kenji Irie)]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9b5pre) Gecko/2008031318 Minefield/3.0b5pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9b5pre) Gecko/2008031318 Minefield/3.0b5pre

Box which 'overflow' property is not 'visible' ('auto', 'scroll' or 'hidden') goes below of floated box inconsistently.

The first box locates on the side of float, but the second (or following) box goes below of floated box.

Reproducible: Always

Steps to Reproduce:
1. see attachment.
2. check the location of second '10000px width div' box.
Actual Results:  
second '10000px width div' goes below of right-floated 'side bar' box.

Expected Results:  
second '10000px width div' locates at side of right-floated 'side bar' box.

Other browsers works as expected results:
 * Firefox 2
 * Safari 3 public beta (Version 3.0.4 (523.15))
 * WebKit nightly (r31032)
 * Opera 9.5 beta (Build 9613)

Comment 1

[KENZ (Kenji Irie)]

Attachment: test case

Comment 2

[KENZ (Kenji Irie)]

Reproducible on Mac or Linux.

Hardware->All
OS->All

Comment 3

[Ria Klaassen (not reading all bugmail)]

Regression window is
 http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=1201592400&maxdate=1201594679

Comment 4

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

I wouldn't call it a regression; it's saying that bug 134706 is not fully fixed for this case.

Comment 5

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

Er, sorry, the report expects bug 134706 not to be fixed.  But my memory is that Safari and Opera also have bug 134706, and WinIE has a different bug (same as bug 402567) where minimum width is not propagated through elements with 'overflow' not 'visible'.  When both bugs are fixed, both elements should be pushed past the float.  I'm not sure why only the second is, though.

Comment 6

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

Note that the interaction of having neither of those bugs present is also the cause of bug 407257.

Comment 7

[KENZ (Kenji Irie)]

I don't intend that the bug should not be fixed, so I change Actual/Expected Results.
Sorry for a bad bug report...

Actual Result:
The first '10000px width div' doesn't go below of the right-floated 'side bar' box.

Expected Result:
Both of the first and the second '10000px width div' should go below of the right-floated 'side bar' box.

Comment 8

[KENZ (Kenji Irie)]

Attachment: Screenshot of testcase when this bug reported.

Comment 9

[KENZ (Kenji Irie)]

Attachment: Screenshot of testcase on today's trunk(2008041506)

On today's trunk, the resulf of tescase changed. Is this regression?

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008041506 Minefield/3.0pre

Comment 10

[KENZ (Kenji Irie)]

The regression? range:
20080414_1642_firefox-3.0pre.en-US.win32.zip
20080414_1838_firefox-3.0pre.en-US.win32.zip

Maybe by bug 427129.

Comment 11

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

We match other browsers now, correct?

Comment 12

[KENZ (Kenji Irie)]

Yes. If there is no (BAD) side effect, this is what I desired when I reported this bug. Can we mark this as fixed?

Comment 13

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

Marking as duplicate of a newer bug, simply because that's where the work ended up happening...

Comment 14

[KENZ (Kenji Irie)]

Verified with comment #1 testcase.
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9pre) Gecko/2008041606 Minefield/3.0pre