Closed Bug 140857 Opened 22 years ago Closed 22 years ago

Javascript animation app not working

Categories

(Core :: Networking: HTTP, defect)

x86
All
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 127825

People

(Reporter: wedgef5, Assigned: darin.moz)

References

()

Details

(Keywords: qawanted)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc1) Gecko/20020417 BuildID: 2002041711 The javascript image player at the above URL will initially load correctly, as do the 9 images it loads, but after a period of time (minutes) the loop becomes populated with duplicate images (e.g. frames 4-7 will all have the same image). I believe that eventually all 9 frames end up with the same image. Also, I see the status bar at the bottom of the browser continually switching between "Sending request to..." and "Connecting to...". Netscape 4.x loads the app and 9 images, goes to "Document Done", and does nothing further. This may be one for Tech Evangelism, but I'm not 100% sure. The js code appears to be rather old (~6 years). Reproducible: Always Steps to Reproduce: 1. Load the above URL 2. Wait and watch as frames become populated with duplicate images Actual Results: Loop which should contain 9 unique images ends up as a loop with many frames having the same image. Expected Results: Load the app and 9 unique images I see no DOCTYPE when I view the page source, so that's why I think this may be headed for Tech Evangelism. However, it is *not* using layers or any other common proprietary calls that I can see. I'll let someone who knows more than me make that determination.
I did not see the conditition of "all frames end up with the same image", and my status bar text remained at "Sending request to ...". I guess this may be a problem of cache mechanism ...
dom level 0 for triage
Assignee: rogerl → jst
Component: JavaScript Engine → DOM Level 0
Keywords: qawanted
QA Contact: pschwartau → desale
I notice these <meta> tags at the top; could they be part of the problem? <META HTTP-EQUIV="Refresh" CONTENT="1200;URL=http://www.rap.ucar.edu/weather/satellite/"> <META HTTP-EQUIV="Pragma" CONTENT="no-cache"> If I let this site load for minutes in Mozilla trunk 20020428xx WinNT, all my memory gets used up. I get a warning from the WinNT OS that I'm about to lose all physical memory : "please shut something down." This is in contrast to NN4.7 and IE6, which both remain at a stable, constant memory level after the 9 images are loaded... I'm going to reassign this one to Networking for further triage; I don't think DOM is the right component -
Assignee: jst → new-network-bugs
Component: DOM Level 0 → Networking
QA Contact: desale → benc
-> http
Assignee: new-network-bugs → darin
Component: Networking → Networking: HTTP
QA Contact: benc → tever
I am seeing the same behavior (loop being filled with the same image after some time) on my RH 7.2 machine. In fact, I left the js animation running unattended for a long spell (10s of minutes), and when I got back the browser had gone back to the animation's "parent" page, http://www.rap.ucar.edu/weather/satellite My cache preference is set to "Every time I view the page"...if that matters. Changing OS to All
OS: Windows 98 → All
I stumbled on this looking at the Tech Evangelism Top 500 of all things... I believe this bug is a dupe of Bug 127825. The page referenced in that bug uses the same js image player as the page I reported.
Marking a dupe as commented. *** This bug has been marked as a duplicate of 127825 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Verified dupe.
Status: RESOLVED → VERIFIED
QA Contact: tever → junruh
You need to log in before you can comment on or make changes to this bug.