182331 - {inc}Floated image without sizing information munges layout

Status: RESOLVED WORKSFORME

(Core :: Layout: Floats, defect, P3)

Description

[Thomas Andrews]

User-Agent:       Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.3a) Gecko/20021123
Build Identifier: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.3a) Gecko/20021123

The page has an "img" tag with a style "float:left;", but no width or height
tags.  On first rendering, this causes significant layout problems - the <h1>
text is placed mostly under the image, and the div with "clear:both;" gets
placed slightly under the image.

If you force a redraw, either by following a link and going "back," or by
resizing the screen, the layout is fine.  If you add size information to the
image style, it also is laid out correctly.

Reproducible: Always

Steps to Reproduce:
1.  Load the above web page
2.  Check that the image does not overlap the text or the green div after the text.
3.  Sometimes (rarely) it draws correctly the first time.  If so, try a few
shift-reloads.

Actual Results:  
Layout overlaps and misplacements as described above.

Expected Results:  
The correct result can be found in the work-around example, where image size
information is included in the img tag:

http://thomaso.best.vwh.net/mozilla/bearleft/workaround.html

Easy workaround.  Do people often "float" images of unknown size?

Comment 1

[Thomas Andrews]

I also see this bug in Phoenix 0.4.

Comment 2

[Andrew Schultz]

confirmed with linux trunk build.
regression between linux trunk builds 2002042610 and 2002042807, branch builds
20020607 and 20020621.

==> floats

Comment 3

[James Ross]

WTF trunk Mozilla, 2004032802.

Comment 4

[Andrew Schultz]

WTF, indeed.
I'm still seeing the bug with linux turnk 2004033007

Comment 5

[James Ross]

Oops, I meant "WFM". I can't reproduce it at all here, either in build
2004032802, or 2004021913 (1.7a). No matter how much I reload, the green div
always moves down when it gets the image size, as it's meant to.

Comment 6

[Thomas Andrews]

I still get a problem, although it's not nearly as bad as it used to be.I'll
attach a screen shot.

Comment 7

[Thomas Andrews]

Attachment: Screen shot from 1.7b (Linux, build id: 2004031613)

Comment 8

[jsp]

Attachment: Test case.

This problem also occurs with Mozilla 1.6 on Windows XP.

Comment 9

[Steve England [:stevee]]

I see no difference in layout between:
- Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/2006120606 Minefield/3.0a (pre-reflow branch)
- Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/2006120804 Minefield/3.0a1 (post-reflow branch)

Comment 10

[Andrew Schultz]

I don't see the bug with the original testcase, even with builds that I saw it with before.  I see a problem with the attached testcase with Mozilla 1.6, but not 1.7.x

resolving WFM