bugzilla.mozilla.org will be intermittently unavailable on Saturday, March 24th, from 16:00 until 20:00 UTC.

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




11 years ago
11 years ago


(Reporter: stephend, Unassigned)


Windows Vista
Dependency tree / graph
Bug Flags:
blocking1.9 +
in-testsuite ?

Firefox Tracking Flags

(Not tracked)




(2 attachments, 2 obsolete attachments)



11 years ago
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

Comment 1

11 years ago
Created attachment 267611 [details]
index_files.jar (needed for loading index.html)

Comment 2

11 years ago
Created attachment 267612 [details]
index.html -- minimal-ish testcase (needs more paring down)
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

Comment 4

11 years ago
Created attachment 267646 [details]
Files needed for testcase.


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.
Blocks: 300030
I see that too, on Linux --- it goes from broken to more broken...  On Windows, is it ok before bug 300030?
Ever confirmed: true
Flags: blocking1.9?
Created attachment 267732 [details]
screenshot pre- bug 300030 build on Win XP
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?

Comment 11

11 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.

Interesting.  I guess it was the textframe landing...
Last Resolved: 11 years ago
Depends on: 367177
Resolution: --- → FIXED

Comment 13

11 years ago
If the fix can't be identified, this should be re-resolved to WORKSFORME...

Comment 14

11 years ago
Oops.  I haven't had my coffee yet.  Just ignore the above.


11 years ago
Flags: in-testsuite?
You need to log in before you can comment on or make changes to this bug.