399334 - www.post-gazette.com has scrambled text

Status: RESOLVED DUPLICATE of bug 390411

(Core :: DOM: Core & HTML, defect)

Description

[WildcatRay]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.7

http://www.post-gazette.com/ displays scrambled text (text over text).

Reproducible: Always

Steps to Reproduce:
1. Using a new profile, navigate to http://www.post-gazette.com/ .
2. 
3. 
Actual Results:  
Scrambled text (text over text) appears See image:
http://img204.imageshack.us/img204/1718/pgcomnm1.jpg

Expected Results:  
Page (text not scrambled) should display as in Firefox 2 and IE6.

Comment 1

[WildcatRay]

(In reply to comment #0)
My bad: The build ID is Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a9pre) Gecko/2007101005 Minefield/3.0a9pre ID:2007101005

I changed the build ID in case that was causing the bug.

> User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.3)
> Gecko/20070309 Firefox/2.0.0.7
> Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.3)
> Gecko/20070309 Firefox/2.0.0.7
> 
> http://www.post-gazette.com/ displays scrambled text (text over text).
> 
> Reproducible: Always
> 
> Steps to Reproduce:
> 1. Using a new profile, navigate to http://www.post-gazette.com/ .
> 2. 
> 3. 
> Actual Results:  
> Scrambled text (text over text) appears See image:
> http://img204.imageshack.us/img204/1718/pgcomnm1.jpg
> 
> Expected Results:  
> Page (text not scrambled) should display as in Firefox 2 and IE6.
> 

Comment 2

[Steve England [:stevee]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a9pre) Gecko/2007101005 Minefield/3.0a9pre ID:2007101005

I see this too. It works when I did a quick test with pre/post reflow branch builds, so it's a regression.

Comment 3

[WildcatRay]

So far, I am back to 20070913 nightly and am still seeing the problem.

Comment 4

[WildcatRay]

chob has gone back to Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a3pre) Gecko/20070220 Minefield/3.0a3pre and still sees the problem.

http://forums.mozillazine.org/viewtopic.php?p=3092144#3092144

Comment 5

[Steve England [:stevee]]

works: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a2pre) Gecko/2007020104 Minefield/3.0a2pre

broken: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a2pre) Gecko/2007020204 Minefield/3.0a2pre

Checkins to module PhoenixTinderbox between 2007-02-01 03:00 and 2007-02-02 05:00 :
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2007-02-01+03&maxdate=2007-02-02+05&cvsroot=%2Fcvsroot

Comment 6

[Dão Gottwald [:dao]]

I moved this to "Layout: Floats" because that page seems to make heavy use of floats, yet the correct component could be something else, maybe "Layout: Block and Inline" or "Layout: Images".

(In reply to comment #5)
> Checkins to module PhoenixTinderbox between 2007-02-01 03:00 and 2007-02-02
> 05:00 :
> http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2007-02-01+03&maxdate=2007-02-02+05&cvsroot=%2Fcvsroot

The only check-in to layout/ seems to be from bug 368622, but I don't see any use of ::before / ::after or display:inline-block in the test page's stylesheet.

Comment 7

[philippe (part-time)]

I rather think it is some kind of Javascript issue.

In the middle of the page, you have that 'tab-like' box (with text: Multimedia//Arts & Living/....)
below are some boxes that are shown/hidden using js. That fails in Gecko trunk for some reason. The boxes that should be hidden are always visible.

(if I disable Javascript in a WebKit build, I get the same results).

Comment 8

[philippe (part-time)]

(hit submit too quickly)
In the error console:

Error: unSections.each is not a function
Source File: http://www.post-gazette.com/includes/2007design/js/FeatureTab.js
Line: 2

(and that is the script that, I think, handles those tabs I was talking about in my previous comment)

Comment 9

[Dão Gottwald [:dao]]

You're right, the script fails near getElementsByClassName calls, which suits Steve's regression range (i.e. bug 357450). However, Prototype seems to overwrite the native getElementsByClassName function, so I'm not sure what the difference is.

Prototype's getElementsByClassName seems to return a plain, unwrapped array ... I would expect .each() or .size() to fail with any browser.

Comment 10

[Ryan VanderMeulen [:RyanVM]]

Dupe of bug 390411?

Comment 11

[Dão Gottwald [:dao]]

Yeah, looks like. That would explain the "... is not a function" error. Apparently Prototype adds said methods to Array.prototype, but the native getElementsByClassName returns a NodeList.

Comment 13

[Boris Zbarsky [:bzbarsky]]

Uh.... since we don't plan to fix bug 390411, wouldn't it make more sense to evangelize the site (and prototype?) to get the issue fixed?

Comment 14

[Ryan VanderMeulen [:RyanVM]]

Evangelizing Prototype didn't seem to do much good.
http://groups.google.com/group/rubyonrails-spinoffs/browse_thread/thread/18af6a117bbe4047/310b3cc2d7d546aa

Comment 15

[WildcatRay]

I wonder if this page:
http://www.download.com/?tag=hdrgif
has the same issue as with the post-gazette.com page?

Comment 16

[WildcatRay]

(In reply to comment #15)
> I wonder if this page:
> http://www.download.com/?tag=hdrgif
> has the same issue as with the post-gazette.com page?
> 

I did some follow-up work. If I set the user agent to Firefox 2, clear my cache and then reload the page, it appears the page renders correctly.

Comment 17

[WildcatRay]

(In reply to comment #16)
> (In reply to comment #15)
> > I wonder if this page:
> > http://www.download.com/?tag=hdrgif
> > has the same issue as with the post-gazette.com page?
> > 
> 
> I did some follow-up work. If I set the user agent to Firefox 2, clear my cache
> and then reload the page, it appears the page renders correctly.
> 

Came back that page again and the problem appears again. See picture:

http://img148.imageshack.us/img148/955/downloadcomno7.jpg

Comment 18

[Martijn Wargers (dead)]

(In reply to comment #15)
> I wonder if this page:
> http://www.download.com/?tag=hdrgif
> has the same issue as with the post-gazette.com page?

That's bug 398797.

Comment 19

[WildcatRay]

Now I remember. Thanks.