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)
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
Reporter | ||
Comment 1•18 years ago
|
||
Reporter | ||
Comment 2•18 years ago
|
||
Comment 3•18 years ago
|
||
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
Reporter | ||
Comment 4•18 years ago
|
||
Contains:
index_files (folder)
index.html (run this)
Attachment #267611 -
Attachment is obsolete: true
Attachment #267612 -
Attachment is obsolete: true
Reporter | ||
Updated•18 years ago
|
Reporter | ||
Comment 5•18 years ago
|
||
Running jar:https://bugzilla.mozilla.org/attachment.cgi?id=267646!/index.html should show the bug.
Comment 6•18 years ago
|
||
I see the layout change during the checkins of bug 300030.
Blocks: reflow-refactor
Comment 7•18 years ago
|
||
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?
Comment 8•18 years ago
|
||
Flags: blocking1.9? → blocking1.9+
Comment 9•18 years ago
|
||
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.
Updated•18 years ago
|
Attachment #267646 -
Attachment mime type: application/octet-stream → application/zip
Comment 10•18 years ago
|
||
Stephend, does this work for you too? Can you track down when that happened?
Reporter | ||
Comment 11•17 years ago
|
||
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
Comment 12•17 years ago
|
||
Interesting. I guess it was the textframe landing...
Comment 13•17 years ago
|
||
If the fix can't be identified, this should be re-resolved to WORKSFORME...
Comment 14•17 years ago
|
||
Oops. I haven't had my coffee yet. Just ignore the above.
Updated•17 years ago
|
Flags: in-testsuite?
You need to log in
before you can comment on or make changes to this bug.
Description
•