63388 - mapblast.com - missing content

Status: VERIFIED FIXED

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

Description

[K Chayka]

The browser sniffer is using
var isNavg = (agent.indexOf('mozilla') != -1);
var isNavg4andOver = (isNavg && (rls >= 4) );

and is using ILAYER tags

There may also be a problem with table rendering, but I can't tell. There are
many nested tables. The address form elements on the left bleed into the right
side of the main table on this and subsequent pages.

Oddly enough, everything seems to work, just the display is hosed.

Comment 1

[Fabian Guisset]

the URL displays fine for me (same in moz, ns4 and IE), please give us your 
buildID too. What is wrong with that browser sniffing anyway? The adress form 
elements display where they should be displayed... if you're using builds from 
two or three days ago, you might be running into a html bug that has been fixed 
in today's build. (hence why we ask to always include buildID in reports).
Thanks,
Fabian.

Comment 2

[K Chayka]

Saw the weird display with build 2000121804. Ran the page through the W3C
Validator service, saw the ILAYER tag errors and assumed that was the culprit.
Am downloading the latest Win32 build now. Sorry if I jumped the gun. Will look
before I leap next time.

Comment 3

[Zach Lipton [:zach]]

If the page uses <ILAYER> it is invalid and needs evangelism, regardless 
of how it actually displays. Confirming bug.

Comment 4

[/\/\arcio Galli]

Have some of you evangelized ?

I checked the page source and there is no Ilayer.. now it's an iframe. QA
doublecheck and resolution needed...

Comment 5

[Blake Ross]

Reassigning evangelism bugs to [e-mail].

Comment 6

[K Chayka]

I think this should be removed from the evangelism list. There don't seem to be
any ILAYER tags any more. The page still displays poorly, probably a table
layout problem, but not an evangelism issue. Suggest changing the component, or
maybe finding a dup for the table display problem.

Incidentally, when the page is loaded into Composer, it almost displays right!

Comment 7

[Doron Rosenberg (IBM)]

site uses document.layers for positioning

Comment 8

[Ariel Gonzalez]

Marking this as a duplicate of bug 89915 since ILAYERs are no longer there (July
21) and that bug is still visible with 07-20-03.

*** This bug has been marked as a duplicate of 89915 ***

Comment 9

[Bob Clary [:bc] (inactive)]

if they fix the reported evangelism issue, then mark the bug fixed. if they have
other issues that need to be evangelized in other bugs we will focus on them next.

by marking bugs fixed we can track how many sites fix their content to support
us. by marking this bug a dupe, you have lost that information.

-> Reopen

Comment 10

[Bob Clary [:bc] (inactive)]

this page does not display the same content as in IE.
looks like the issue here is inadequate browser sniffing.

Comment 11

[Bob Clary [:bc] (inactive)]

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

Comment 12

[K Chayka]

I think this is resolved.  I went all over the site, comparing each page to Win
IE5, and couldn't find anything that displayed differently in mozilla (win32
build 11/28).  No errors showed up in the javascript console, either.  It
doesn't look like they've changed the browser sniffing at all, but it doesn't
seem to be causing any harm, either.

Unless somebody finds something I missed, this can probably be closed.

Comment 13

[Doron Rosenberg (IBM)]

no more evil js, marking fixed

Comment 14

[Kai Lahmann (is there, where MNG is)]

v