239778 - {inc} Page formatting wrong on first load but ok one refresh

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[Max Waterman]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7b) Gecko/20040327 Firefox/0.8.0+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7b) Gecko/20040327 Firefox/0.8.0+

If I display that above web page, the bottom 'band' is supposed to be the same
width as the top band. When the page is first loaded, it is very narrow, but if
the page is refreshed (by hitting the 'reload' button, for example), it is then
displayed full width.

(I just noticed that, sometimes, the top 'band' also displays wrongly)

Reproducible: Sometimes
Steps to Reproduce:
1.load above page
2.
3.

Actual Results:  
notice that, at first, the bottom (or, sometimes, top) band, is very narror.

Expected Results:  
expect that the band should be wide.
at very least, it should be displayed consistently, so that reloading still
displays wrongly.

Comment 1

[Max Waterman]

I tested this behaviour with Mozilla, IE 5.2 and Safari, and all display
correctly and consistently.

Comment 2

[Wayne Woods]

Confirmed in 20040412 Firefox/0.8.0+, Mac OS X 10.2.8

I downloaded the page, and loaded it locally. In that situation, the bug won't
occur, even if the images involved are loaded from their original sources, and
not locally. I'll try to make an attachment of it for this page, and see if it
bugs then.

Comment 3

[Wayne Woods]

Attachment: Bad formatting page, as an attachment

Comment 4

[Wayne Woods]

Attachment: Attempted reduced test case.

Well, the last attachment displays the bug correctly. Attempting a reduced test
case. I can't be sure whether this will also display the bug until I add it,
unfortunately.

Comment 5

[Wayne Woods]

Looks like the second attachment fails to display the bug. Sorry for the spam.

Incidentally, the bug also exists in Seamonkey, so setting the product to
Browser. I thought there'd be a dupe, but I can't find one yet.

Comment 6

[Wayne Woods]

This bug was caused by a regression between the 20031218 and 20031219 builds (at
least in Firebird). As far as I can see, the most likely candidate is the fix
for bug 97695. I'll post a note there and see if anyone can say for sure.

Incidentally, the "lines" on the buggy page are composed of three image
elements. When they appear short, it's because the browser has failed to draw
the middle element, which is the longest part.

Comment 7

[Jason Dufair]

This seems to be happening in Mozilla 1.7 rc1 (Mozilla/5.0 (Windows; U; Windows
NT 5.1; en-US; rv:1.7b) Gecko/20040421) too.

Comment 8

[Wayne Woods]

Thanks Jason. You're right, definitely a Windows problem as well. Setting to
All/All.

Comment 9

[Max Waterman]

Like bug 239780, this seems to be fixed in the latest mozilla (2004061408),
perhaps also due to the fix for bug 237366?

Can anyone else confirm for an MS OS?

Comment 10

[Wayne Woods]

Fix confirmed on Windows XP (20040607 build). Since it wasn't fixed directly,
marking as WORKSFORME.