Closed Bug 383632 Opened 18 years ago Closed 17 years ago

Fox News Health page navigation menu bounces to the right (reflow?) after initially rendering correctly

Categories

(Core :: Layout, defect)

x86
Windows Vista
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: stephend, Unassigned)

References

()

Details

Attachments

(2 files, 2 obsolete files)

Build ID: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a6pre) Gecko/20070607 Minefield/3.0a6pre (This has been broken for a while; I'm still trying to narrow down its regression range, and hence, possible cause.) Summary: Fox News Health page navigation menu bounces to the right (reflow?) after initially rendering correctly (This has got to be one of the worst summaries I've filed yet; bear with me!) Steps to Reproduce: 1. Load the attached testcase, which is a somewhat-reduced testcase of Fox News' Health page 2. Examine the menu on the left Health navigation menu Expected Results: It should be flush left Actual Results: Although it initially lays out correctly, after what seems like a reflow it the Health navigation menu gets rendered near the middle of the page
Er.. I can't figure out how to make use of the attached testcase, but on the original site the problem appears on 2006-02-10.... with the switch from GTK1 to GTK2 builds in my build archive. There are no checkins of relevance in the gap between the GTK1 build from that day and the GTK2 build from that day, and only the GTK2 build shows the problem. Clearly whatever is going on with Windows is unrelated to GTK2, but I don't really have a way of finding a Windows regression range. gavin, can you narrow that down?
Assignee: bzbarsky → nobody
Contains: index_files (folder) index.html (run this)
Attachment #267611 - Attachment is obsolete: true
Attachment #267612 - Attachment is obsolete: true
I see the layout change during the checkins of bug 300030.
I see that too, on Linux --- it goes from broken to more broken... On Windows, is it ok before bug 300030?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.9?
Flags: blocking1.9? → blocking1.9+
This seems to have recently become WORKSFORME. On Windows, I tested these nightlies: 2006-12-16: broken 2007-06-07: broken 2007-07-21: working On Linux, I tested a trunk build from today (2007-07-26) and it works.
Attachment #267646 - Attachment mime type: application/octet-stream → application/zip
Stephend, does this work for you too? Can you track down when that happened?
Oddly enough, the live website works even in the regression builds, but the testcase clearly shows that it was fixed in some checkin between 2007-06-20-04 and 2007-06-21-04. http://tinyurl.com/3ycz22
Interesting. I guess it was the textframe landing...
Status: NEW → RESOLVED
Closed: 17 years ago
Depends on: 367177
Resolution: --- → FIXED
If the fix can't be identified, this should be re-resolved to WORKSFORME...
Oops. I haven't had my coffee yet. Just ignore the above.
Flags: in-testsuite?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: