24409 - espn.com - Inadequate browser sniffing

Status: VERIFIED WONTFIX

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

Description

[Greg Parks]

I went to espn.go.com and noticed that when graphics and pictures render, they
are displayed over the caption text which describes them.  The effect of this is
that the user can not completely read the caption.  This is true with links that
might be in the caption text as well. The browser correctly identifies both, but
are partially obscured by the picture that rendered on top of the link.

Comment 1

[rickg]

Buster -- this is one for you. I know its a dupe of other things you've seen.

Comment 2

[buster]

assigned to the master of marketing.  espn is using a layer tag.

Comment 3

[John Morrison]

Actually, espn.go.com (and it's DNS aliases), for today's content, only have a
single LAYER element on the main page, and it is effectively a "no-op":

<div id=PLINKSRadio>  <!-- THIS DIV IS ABSOLUTELY POSITIONED -->
  <layer name=ESPNRadio 
    src="/linkedfiles/frontpage/radiopromo.html"></layer>
  <iframe             <!-- EITHER OF THESE 'SAYS' "ESPN Radio: GameNight" -->
    src="/linkedfiles/frontpage/radiopromo.html" name=ESPNRadio 
    width=325 height=12 marginwidth=0 marginheight=0 scrolling=no 
    frameborder=no></iframe>
</div>

But, see the end of bug #24474 for a list of different OPEN bugs for espn.com
-- pick your favorite dup :-]

Comment 4

[John Morrison]

Hmm. Missed this: ESPN does use the following snippets in the js on the page
{I'd forgotten that I'd had to work around this to make the testcase for bug
#22168).  These do not affect the initial layout (but those problems are
already handled under other active bug reports). They do however, affect the
dhtml for the 'center panel'.
...
  ns4 = (document.layers)? true:false
  ie4 = (document.all)? true:false
  function target(page) {
    if (ns4) {
       // do something
    } else if (ie4) {
       // do something else
    }
  }
... and ... 
  browser = navigator.appName;
  ie = "Microsoft Internet Explorer";
  netscape = "Netscape";
  function show(tab) {
    if (browser == netscape) {
      document.layers[tab].visibility = 'visible';
    } else if (browser == ie) {
      document.all[tab].style.visibility = 'visible';
    }
  }
...

So, per eckrock: http://www.mozilla.org/newlayout/bugathon.html#layerbugs
marking INVALID, adding this note, and annotating [LAYER] for future
reference. I have a complete copy of the 'center panel' that can be modified
to work under Gecko as well as Nav/IE when the other bugs are resolved (i.e.,
no point in sending it to them until they can actually see it work, methinks).

Comment 5

[Chris Petersen]

Marking verified invalid per last comments.

Comment 6

[ekrock's old account (dead)]

Moving all [LAYER] bugs to Evangelism component for tracking and open-source
evangelism by mozilla community members of sites that need to upgrade to support 
web standards such as HTML 4.0 (instead of LAYER/ILAYER) and the W3C DOM
(instead of Nav4 document.layers[] or IE document.all()). Sites should be
lobbied to do the upgrade using the email templates that are linked to from
http://www.mozilla.org/newlayout/bugathon.html#layerbugs . When a site's owner
has confirmed receipt of the message requesting an upgrade, the bug should be
marked with the keyword evangelized to indicate that evangelism for that bug is
complete. When the site finishes the upgrade and supports standards, the bug
should be closed.

Comment 7

[ekrock's old account (dead)]

Reopening to register fact that this page probably isn't yet upgraded (until it 
is, at which point we'll close the bug). evangwanted. Clearing cc:s as a 
courtesy to reduce spam.

Comment 8

[ekrock's old account (dead)]

Closing all Evangelism bugs where no evangelism is needed because page has been 
fixed, site is internal to Netscape, report is a DUP, or bug report is no longer 
appropriate for evangelism for any other reason.

Comment 9

[Zach Lipton [:zach]]

SPAM:Changing QA contact on 111 evang bugs as I am now the new QA contact for 
this component.

Sorry about the spam

zach

Comment 10

[Blake Ross]

Reassigning Evangelism bugs to me, the component's new owner.  I would like to 
take this opportunity to thank [e-mail] for all of his dedication, 
contributions, and hard work, and wish him luck at his new job.  Thanks, nobody.

Comment 11

[Blake Ross]

workaround bugzilla problem that caused a bunch of evangelism bugs to be 
NEW/INVALID, NEW/FIXED, NEW/WORKSFORME or NEW/DUPLICATE

Comment 12

[Blake Ross]

-> [e-mail] for my evangelism bugs.

removing the now-depreciated evangelism-related keywords.

setting platform to All.

Comment 13

[Fabian Guisset]

Their browser sniffing is still wrong, but the page displays correctly at least...

Comment 14

[Zach Lipton [:zach]]

That's a start. Let's badger them some more into fixing detection!

Comment 15

[Blake Ross]

Reassigning evangelism bugs to [e-mail].

Comment 16

[Zach Lipton [:zach]]

This looks all good to me, is it?

Comment 17

[Bob Clary [:bc] (inactive)]

Summary was [LAYER] graphics render on top of caption text, changing to
Inadequate browser sniffing.  Site does not distinguish Mozilla and Netscape 6
from Navigator 4.

Sending Evangelism letter from http://mozilla-evangelism.bclary.com/letter/ to
[e-mail].

Comment 18

[Bob Clary [:bc] (inactive)]

received positive response june 5, 2001.  Setting target milestone to 0.9.3 for
followup.

Comment 19

[Bob Clary [:bc] (inactive)]

Received a reply from a senior producer at ESPN on 6/5/01. Sent several
additional emails with suggestions on improved browser sniffing, case
sensitivity problems in CLASS attributes and performance on 6/12, 6/14, 6/17. No
visible effect as of today.

Comment 20

[Bob Clary [:bc] (inactive)]

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

Comment 21

[Bob Clary [:bc] (inactive)]

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

Comment 22

[Bob Clary [:bc] (inactive)]

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

Comment 23

[Bob Clary [:bc] (inactive)]

bumping target milestone for followups to 0.9.5.

Comment 24

[Bob Clary [:bc] (inactive)]

still has problems
Error: document["V" + navInput] has no properties
Source File: http://espn.go.com/main.html
Line: 83

also in left rail, the "MORE SPORTS ->" menu item should open a popup but doesn't. 

Looks like they still think we are NN4. Reassigning to me to get back on the NEW
radar. Clearing milestone

Comment 25

[Christopher Aillon (sabbatical, not receiving bugmail)]

http://sports.espn.go.com/mlb/chasing/
--------------------------------------
browser = navigator.appName;
ie = "Microsoft Internet Explorer";
netscape = "Netscape";

var tabs = ["bonds", "gonz", "sosa"];


function show(tab) {
        if (browser == netscape) {
                document.layers[tab].visibility = 'visible';
        }
    else if (browser == ie) {
                document.all[tab].style.visibility = 'visible';
    }
}

function hide(tab) {
        if (browser == netscape) {
                document.layers[tab].visibility = 'hidden';
        }
        else if (browser == ie) {
                document.all[tab].style.visibility = 'hidden';
        }
}

Comment 26

[Bob Clary [:bc] (inactive)]

They have actually made negative progress since my last contacts with them. I am
marking this won't fix until we can get some traction on them. Susie, need a
little help here.

Comment 27

[Bob Clary [:bc] (inactive)]

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

Comment 28

[Christopher Aillon (sabbatical, not receiving bugmail)]

Yeah since you got in contact with them, they have started doing MSN crap all
over the place..

Coincidence?  heh

Comment 29

[Brant Gurganus]

Verified per instructions at http://mozilla-evangelism.bclary.com/evangelism.html

Comment 30

[Markus Långström]

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

Comment 31

[Jon Henry]

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