87473 - msnbc.com assumes text sizes, causing layout faults

Status: VERIFIED FIXED

(Tech Evangelism Graveyard :: English US, defect, P1)

Description

[Ian Tommins ('thelem')]

At the default text size there are a number of white areas and other faults on
msnbc.com. Reducing the text size corrected these errors.

Comment 1

[Ian Tommins ('thelem')]

Attachment: PNG of errors seen.

Comment 2

[Bob Clary [:bc] (inactive)]

-> emeyer

Comment 3

[Eric A. Meyer (dead account)]

There were two problems with MSNBC.com, and indeed with the whole MSN family of
Web sites.  First, they love to change the case of their class names between the
stylesheet and the document-- for example, declaring '.textHeading' in the CSS
and 'class="textheading"' in the source.  See bug 93371 for a discussion of this
issue in general and what can be done about it.

This site looks like it's been fixed, possibly thanks to the Netscape Evangelism
team efforts, so this bug could probably be closed.  I'm going to hold off until
I can dig into the code a little deeper and make sure everything's been cleared up.

Comment 4

[Ian Tommins ('thelem')]

Nope, its still there.

I'm on windows and my default font is tahoma size 16 (that seem rather large to
me, but I don't remember changing it).

Comment 5

[Bob Clary [:bc] (inactive)]

All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for
details.

Comment 6

[Susie Wyshak]

Marking Fixed since the site was redesigned.

Comment 7

[Brant Gurganus]

Site doesn't appear to load completely and the following appears in JavaScript
Console:

Warning: test for equality (==) mistyped as assignment (=)?
Source File:
http://a799.ms.akamai.net/3/799/388/4530bc40b7f408/www.msnbc.com/tools/nm/nmjs02.js
Line: 1, Column: 31
Source Code:
ce(1);if(dxCli=body.clientWidth){dyCli=body.clientHeight;dxOff=body.scrollLeft;dyOff=body.scrollTop;}else{dxCli=window.innerWidth-14;dyCli=window.innerHeight-15;dxOff=window.pageXOffset;dyOff=window.pageYOffset;}var
oX=new nm_xy(o,body),xPar=oX.x,yPar=oX.

Comment 8

[Ian Tommins ('thelem')]

Works for me. That looks like advertising code, try reloading the page.

However, the original bug is back. If text is increased beyond a certain size
(90% in my case), white areas start appearing on the page, initially at the
bottom of the menu bar.

It is worth noting that they have gone back to their original design (as seen in
the attachment 39827 [details]). Using IE, increasing the font size does not make any
different to some areas (this is a standard characteristic when the font sizes
are specified in pt). Other areas act as if overflow: hidden was set.

Comment 9

[Susie Wyshak]

I notified MSNBC about the problem. 

Comment 10

[Doug Halamay]

Any feedback about this problem?  I sent a notice to them...but haven't gotten a
reply yet.

Dougieha

Comment 11

[Kevin McCluskey (gone)]

Note: I saved www.msnbc.com locally using IE 6.0. When I browse this local page
with Mozilla it looks fine. No gaps.  I also saved www.msnbc.com locally using
Mozilla then browsed the local page with IE 6.0. IE displayed gaps similar to
what displays in Mozilla. If they fed Mozilla the same page they feed IE 6.0
Mozilla would display properly. 

Comment 12

[Doug Halamay]

Hehe...you're right...If you change your user agent to: "Mozilla/4.0
(compatible; MSIE 6.0; Windows NT 5.1;)" it loads just fine on Mozilla.

So, I guess we need to get MSNBC to stop loading a special Mozilla page.

Comment 13

[Bob Clary [:bc] (inactive)]

*** Bug 94381 has been marked as a duplicate of this bug. ***

Comment 14

[Bob Clary [:bc] (inactive)]

*** Bug 117201 has been marked as a duplicate of this bug. ***

Comment 15

[Boris Zbarsky [:bzbarsky]]

*** Bug 154487 has been marked as a duplicate of this bug. ***

Comment 16

[Bob Clary [:bc] (inactive)]

appears fixed due to msn redesign. changing text size to 120% will break layout
but ok until then. checked in 1.0.2 and 1.2/win2k

Comment 17

[Doug Halamay]

I'm seeing this as fixed too...finally!!

This has been a good day...first Moz 1.2b comes out, now MSNBC finally gets its
act together.

Comment 18

[Ian Tommins ('thelem')]

This is definitly fixed - so might as well mark it as verified