Closed
Bug 140857
Opened 22 years ago
Closed 22 years ago
Javascript animation app not working
Categories
(Core :: Networking: HTTP, defect)
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.
Comment 1•22 years ago
|
||
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 ...
Comment 2•22 years ago
|
||
dom level 0 for triage
Assignee: rogerl → jst
Component: JavaScript Engine → DOM Level 0
Keywords: qawanted
QA Contact: pschwartau → desale
Comment 3•22 years ago
|
||
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
Reporter | ||
Comment 5•22 years ago
|
||
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
Reporter | ||
Comment 6•22 years ago
|
||
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.
Comment 7•22 years ago
|
||
Marking a dupe as commented.
*** This bug has been marked as a duplicate of 127825 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•