Closed Bug 500992 Opened 15 years ago Closed 15 years ago

Headings appear in middle of page

Categories

(Core :: Layout, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: Event.H04iz0n, Unassigned)

References

()

Details

(Keywords: regression)

Attachments

(4 files, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729)

When using Firefox 3.5 rc3 or the latest Shiretoko (20090624) nightly, when I look at the leader board the headings on the Web Page appear on top of other information in the middle of the page instead of at the top of the web page.

I have tried using safe mode (with both Firefox and Shiretoko builds), and multiple profiles with the same results.

When I access the same web page with Firefox 3.0.11 (or MS I.E. 8.x), the web page layout is correct.

I asked others to confirm these results, and a number of people said they get the same results.
For more details please see "http://forums.mozillazine.org/viewtopic.php?f=23&t=1321385".

Reproducible: Always

Steps to Reproduce:
1. goto pgatour.com (or "http://www.pgatour.com/r/leaderboard/" directly).
2. press on "leaderboard".
3. the tiles that appeared on the 'pgatour' home page are now in the middle of other information on the web page.
Actual Results:  
I did a print screen of how the titles appear in the middle of the page using the Shiretoko nightly, and the web page looks the same using safe mode (Firefox 3.5 rc3 OR Shiretoko).

This is a link to the print screen:
  "http://content.glidesociety.com/image.aspx?id=f56f89bb-12d1-4965-9f90-f71511e4d377".
This WFM, could you please try to reproduce this in safe mode (http://support.mozilla.com/en-US/kb/Safe+Mode).  Adblock plus or whatever that extension is in the bottom that looks like changes the zoom could very well cause this problem.  Also, how about when the zoom is set to 100% since it appears you have it at 133% right now
I can reproduce it on Windows Vista. Regression range: 
http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2008-06-02+02%3A00%3A00&enddate=2008-06-03+13%3A00%3A00
Not sure what kind of problem this is.
Component: General → Layout
Keywords: regression
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → Trunk
(In reply to comment #1)
> This WFM, could you please try to reproduce this in safe mode
> (http://support.mozilla.com/en-US/kb/Safe+Mode).  Adblock plus or whatever that
> extension is in the bottom that looks like changes the zoom could very well
> cause this problem.  Also, how about when the zoom is set to 100% since it
> appears you have it at 133% right now

As mentioned above; I did a print screen of how the titles appear in the middle of the page using the Shiretoko nightly, and the web page looks the same using safe mode (Firefox 3.5 rc3 OR Shiretoko).

Here is a link to a print screen using Firefox 3.5 rc3 (in safe mode):

"http://content.glidesociety.com/image.aspx?id=cd955b08-ad6e-4752-8ed8-58ca9add8e4d".
Ok, I can reproduce on branch nightly but not with the trunk.  Tried changing the UA to no avail so I don't believe it is UA sniffing.   Maybe it is already fixed on the trunk?
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
(In reply to comment #4)
> Ok, I can reproduce on branch nightly but not with the trunk.  Tried changing
> the UA to no avail so I don't believe it is UA sniffing.   Maybe it is already
> fixed on the trunk?

I'm using Firefox 3.5 rc3 (Build ID 20090624013405), should I be using something newer to test to see if it's a bug on the trunk?
When I select 'Help->Check for Updates' it says there are no updates.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Depends on: 148810
There's no way that bug's fix is landing on branch at this point...

It would be good to figure out why this site shows a problem in 1.9.1 but not in Fx3.  If someone can put together a minimal-ish page that shows that regression, that would be much appreciated!  We might want a targeted fix for this on branch, if it's simple enough.
And I can't reproduce with a mac build on trunk from the day before bug 148810 landed.  So is comment 6 correct?
I'm not sure but pgatour.com may have fixed a code problem with the leaderboard, for this weeks Tour event (I reloaded the Shiretoko (20090624) nightly) and it does not fail anymore either.
I have a saved version (downloaded using 3.5 rc3 'Save page as' option) of the Web page from last weeks PGA tour leaderboard, and the browser saved what it thought the page was (the saved page has the titles in the middle of the page).
Do you mind attaching that saved page to this bug?
Comment on attachment 386472 [details]
Zip file of Pgatour/leaderboard html saved by firefox

The attached file displays correctly using Firefox 3.0.11.
But using Firefox 3.5 (actual release, not RC), and Shiretoko 3.5.1pre the titles apear in the middle of the page.
FWIW, still WFM with the saved page attached here.
Aha.  So this broke after Firefox 3 in this range:

http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2008-06-02+02&enddate=2008-06-03+02

almost certainly because the style system changes there led to extra restyling and reframing or something that triggered the conditions for bug 148810 to manifest.
OK.  So the page has CSS like so:

  #tourTopNav {
    top:-85px;
  }
  /* Google Chrome Fix */
  body:nth-of-type(1) #tourTopNav { top:45px; }

So when we added support for nth-of-type the navbar immediately moved 130px down.  So at least that part is explained.

It looks like the basic problem is that they hardcoded a "wrong" value for top to work around the Gecko issue in bug 148810 and then fixed it up by relying on bugs in other browsers or features Gecko didn't implement... and then we implemented those features.  Or something along those lines.
And as far as I can tell, on trunk the saved page renders "wrong"....   Kurt, is that not what you see?
Attached file Kurt's trunk screenshot (obsolete) —
(In reply to comment #16)
> And as far as I can tell, on trunk the saved page renders "wrong"....   Kurt,
> is that not what you see?
Nope, it looks exactly the same as it always has for me.  See attached.  Note the only difference is missing an ad or two.
Hmm..  That's not a screenshot, but it does look ok to (on saved version).  Presumably I'd edited things a bit and then forgot to undo the editing before retesting...
Attached image real screenshot ;)
Attachment #386606 - Attachment is obsolete: true
Attached file works OK with Minefield and Firefox 3.0.11:
  "https://bugzilla.mozilla.org/attachment.cgi?id=386472"

Not so good with Firefox 3.5... see next attachment.
Firefox 3.5 (and Shiretoko 3.5.1pre), show the titles in the middle of the page for me.
Yeah.  It basically looks like the page was relying on a feature we didn't implement to work around a bug, but then we implemented the feature in 3.5.  And in 3.6a1pre we've fixed the bug too.
Issue is Resolved - removing QA-Wanted Keywords - QA-Wanted query clean-up task
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: