292632 - tournaments.usta.com - Banner does not remain displayed; it's replaced by a gray area. JavaConsole warning that document.getElementById() should be used for element referenced by ID/NAME.

Status: RESOLVED INVALID

(Tech Evangelism Graveyard :: English US, defect)

Description

[Greta]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050501 Firefox/1.0+
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050501 Firefox/1.0+

If javascript is enabled, the banner at the top of the page shows for about a
second and is then replaced by a gray area.  This does not occur on Mozilla 1.6.
 A JavaConsole message can be seen:  "Element referenced by ID/NAME in the
global scope.  Use W3C standard document.getElementById()."  If one right-clicks
on the gray area, one gets a greyed-out "Movie not loaded." and "About
Macromedia Flash Player 7".  Components I'm using:  FlashPlayer 7, RealPlayer
10, Java plugin 1.4.2.  All of these show up in about:plugins.  If javascript is
not enabled, the banner loads and stays loaded, but that disables the links from
that page (which use javascript).

Reproducible: Always

Steps to Reproduce:
1.  Enable Javascript in the Firefox preferences
2.  Load the URL
3.

Actual Results:  
Banner showed up and then went gray, instead of remaining on the page.

Expected Results:  
Banner should have shown up and stayed on the page, as it does in Mozilla 1.6,
and as it does when javascript is disabled in Firefox.

Another USTA website had similar results, but these results were reproducible in
both Firefox and Mozilla.  If you have Javascript enabled and go to 
http://www.usta.com, the banner will eventually load, with a bouncing ball that
is supposed to be replaced by a static banner.  However, after the ball stops
bouncing, the area goes gray.  If you then right click on this banner area, you
can replay the bouncing ball, but cannot get the subsequent static banner to
display.  Again, if javascript is disabled, the static banner is loaded (but the
bouncing ball is not).

Comment 1

[Peter van der Woude [:Peter6]]

page written with just IE in mind
includes vb-script, M$ fonts

Comment 2

[Matthias Versen [:Matti]]

wfm with Mozilla/5.0 (Windows; U; Windows NT 5.2; de-DE; rv:1.8b2)
Gecko/20050502 and Shockwave Flash 7.0 r19

Reporter:
Do you get the same in the safemode or with a new profile ?

Comment 3

[Thomas K. (:tom)]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050419
Firefox/1.0.4

I have adblock and so I get the lovely object/embed tab.  The flash file url is:
http://tournaments.usta.com/tournaments/swf/USTA.com_01.swf

If you go to this url, the file doesn't exist.

Also, I don't get a grey area, it's just clear since there's no flash file. 
about:plugins says I have Shockwave Flash 7.0 r19.  I have javascript enabled
and allow javascript to change images.  I do get "movie not loaded..." when I
right click the area, but I can see through it.

However, since you have a trunk nightly, I can't be representative of this. 
Person from comment 2 has a newer trunk nightly than reporter (by one day), has
the same flash version as I do, and also has no problem.

Marking invalid due to evidence.

Comment 4

[Greta]

The banner isn't supposed to be gray or white.  If you have a PC running
windows, and have flash player (or even if you don't), go to website 
    http://tournaments.usta.com
You will see the banner.  It does not disappear.  

Alternately, turn off javascript and go to the website (on linux).  Again, the
banner shows up and does not disappear.

Comment 5

[Greta]

To respond to question about safemode and new profile:
Problem is the same when firefox is run in safemode.  Problem is the same when
run as another user with a different profile.  If this were an "invalid" bug,
how is it that Foxfire 1.0.2 running on a WindowsXP system finds all the banners
correctly on the same webpages?

Comment 6

[Greta]

Having decided to stop using firefox until the bug is fixed, I downloaded the
latest version of Mozilla, 1.7.7.  This bug did not appear in Mozilla 1.6, but
does appear in Mozilla 1.7.7.  I guess that this bug needs to be reclassified as
a Mozilla bug.  I am doing so.

Comment 7

[Thomas K. (:tom)]

actually it'd be called core if it occurs in both.  Core what, I don't know, but
I'll guess.

(In reply to comment #5)
> Foxfire 1.0.2 running on a WindowsXP system

Firefox.

Comment 8

[Thomas K. (:tom)]

Attachment: Firefox 1.0+ 20050502 on WinXP Pro SP2+, WFM

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050502
Firefox/1.0+

A screenshot of the page on Firefox 1.0+ 20050502 WinXP Pro SP2+, demonstrating
the same symptom I had at work on Firefox 1.0.4 20050419 (I think).

It works on windows anyway, I can't test on Linux right now.

Comment 9

[Andrew Schultz]

The page goes the relative URL of the flash animation as
"/tournaments/images/swf/USTA.com_01.swf" (correct) as an object "PARAM" and as
"/tournaments/images/swf/USTA.com_01.swf" (wrong) as the src attribute to the
EMBED element.  IE looks at the param value and Gecko looks at the embed attribute.

Gecko 1.7.x (in Firefox 1.0.3 and Mozilla 1.7.7) handles the poor DOM (as
mentioned in the JS Console) in the page so that gets to the point where it
tries to load the flash.  Mozilla 1.6 bails early and just displays the image.

==> Tech Evang (invalid bugs on websites go to Tech Evangelism, not resolved
INVALID)

greta: if you could contact the site to notify them about the problem, that'd be
great.  I don't know how many people are still working on Tech Evang these days.

Comment 10

[Andrew Schultz]

> "/tournaments/images/swf/USTA.com_01.swf" (correct) as an object "PARAM" and as
> "/tournaments/images/swf/USTA.com_01.swf" (wrong) as the src attribute to the

should have been:
"/tournaments/swf/USTA.com_01.swf" (wrong)

Comment 11

[Greta]

The USTA has been notified that there are bugs in their website.  So far, there
has been no response from them.  When I get a response, I will further amend
this bug to display the response.  Here is what was sent today (since I got no
response to my earlier e-mails):

A few days ago, I sent e-mails regarding USTA webpage bugs and fixes.  Did you
get them?  If not, here they are again.  This is also being entered into the
bugzilla database regarding bug 292632, which was entered as a Mozilla/Firefox
bug, but which turned out to be bugs in the USTA websites.

1.  On tournaments.usta.com webpages, starting on line 67, regarding swf files:

    In the PARAMS section, the relative url is correct:
           "/tournaments/images/swf/USTA.com_01.swf"
    In the EMBED portion, the relative url is missing the "images" part:
           "/tournaments/swf/USTA.com_01.swf"

This bug does not show up in Windows environments, but in linux environments,
the banner does not display correctly.  The bouncing ball does not display, nor
does the banner, which shows only as a white rectangle.

2.  linux plugins do not support transparency, so when the bouncing ball has
finished bouncing, the rectangle is not replaced by the banner, but is replaced
by a rectangle in the background color.  If it is not possible to get the banner
to display by reloading it after the ball has bounced, then the code should be
amended to check if a linux system is being used, and, if so, display the static
banner without playing the swf file.

3.  In the code on the www.usta.com website, there's a "For" loop that goes from
2 to 6 to determine the version of shockwave/flash.  Since version 7 is
available, shouldn't that "For" loop be amended to include 7?

Comment 12

[Zoltan Jakab]

Bug no longer exists & Banner displays properly. Closing.