Closed Bug 175509 Opened 22 years ago Closed 20 years ago

Animated GIF stops working after reload

Categories

(Core :: Graphics: ImageLib, defect)

Product:
Core
Component:
Graphics: ImageLib
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: mcsmurf, Assigned: pavlov)

References

(
URL
)

Details

First, I think this worked some time ago, so this must be an regression bug.

When I go to
http://forum.counter-strike.de/cgi-bin/bbs/forumdisplay.cgi?action=topics&number=8&SUBMIT=Go
(notice some animated gifs on the left), then click on any link on this site,
press the back button and then click on the reload button. The animated gifs
stopped working (they dont animate anymore). But this Bug could also be related
to the cache manager in some way, because if you now reload the page again (but
with shift-key holded for a complete reload) the animated gifs work again.
Blocks: 119597
WFM on Linux 2002101701
Ah, I forgot something important: My buildid is Mozilla/5.0 (Windows; U; Windows
NT 5.0; en-US; rv:1.2b) Gecko/20021016
hm, can reproduce - cvs build from yesterday or so, linux.
OS: Windows 2000 → All
Also see bug 156826, which is duplicate of bug 69405...

*** This bug has been marked as a duplicate of 69405 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
This is _not_ a dupe of 69405, this isn't a feature request or enhancement, this
is a real bug.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Paper: When i reload the page with the shift-key and proceed the steps again
(clicking on a link, going back,...) and the animated GIFs stoped again working.
*** Bug 177253 has been marked as a duplicate of this bug. ***
Not really a dupe, but thats right (probably in Bug  119597 there would be a
much better bug to dupe it to)
Update: Now it seems even more broken with Mozilla/5.0 (Windows; U; Windows NT
5.0; en-US; rv:1.3a) Gecko/20021113
When you now press the back button, the animated GIF loops once and then stops.
Reloading doesn't change anything (as in Comment 0).
Resolving Wfm again, because
1. the testcase is gone
2. with my own testcase i can't reproduce this anymore (look at URL)
URL: http://forum.counter-strike.de/cgi-bi... → http://hometown.aol.de/mcsmurfyareal/...
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → WORKSFORME
No longer blocks: 119597
Reopening, seeing this again, see URL and try steps from Comment 0 (look at
animated gifs, select an article, click back, reload or not=>animated GIFs
stopped working)
URL: http://hometown.aol.de/mcsmurfyareal/... → http://drload.de/forum/index.php?view...
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
*** Bug 198050 has been marked as a duplicate of this bug. ***
Also see http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey when the
tree is burning.
Also see http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey;when the
tree is burning you can take this as a testcase.
Seems pretty serious. Regression from the image/content landing?
Hardware: PC → All
The first comment on this bug that is _after_ the landing is comment 14.  So no.
 And I can't reproduce this in a current-ish build in any case; could someone
who was seeing this please retest?
I see it in a 20030421.
Hmm.. So I don't see it in 2003-04-12-22, but I do see it in my current CVS build.

I can't run any nightlies newer than 2003-04-12-22, so if someone could
determine when this broke in the last week and a half, that would be nice.
Bug is still present in cvs trunk builds from today and various other builds
(1.4b on Mac and 1.4b on Linux)

*** This bug has been marked as a duplicate of 129986 ***
Status: REOPENED → RESOLVED
Closed: 22 years ago → 21 years ago
Resolution: --- → DUPLICATE
no dupe, the testcases here loops the animated gif , so no need for a reset.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
What's a URL to reproduce the bug at?  I could narrow down the regression window
now, but the urls in comment 0 and the URL field don't seem to have animated
images, and relying on a red tinderbox makes for difficulty reproducing...
why have the testcases change so often :/
so see URLs
http://drload.de/forum/viewforum.php?forum=1&19929
http://forums.mozillazine.org/viewforum.php?f=22
http://yog71c59ef9c3963f645c8965937911efbb.web2.onlineglueck.de/forum/thread-10741.html
(click some link on the right side)

anyway i can't reproduce this problem anymore, biesi, sfraser how about you
(biesi fell free to remove you from this bug again)?
URL: http://drload.de/forum/index.php?view... → http://drload.de/forum/viewforum.php?...
Here's a sample of this bug using javascript for rollover/out swapping (script
forced reloading)

http://flatlinesystems.net/~dclarke/tests/ani-gif.html

confirmed w/
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030916
this is not fixed on win2k either. there seem to be a lot of versions of this
bug but this one seems covers all os's. anyway, it has slightly improved. In
Firefox [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040206
Firefox/0.8], the image still hangs on reload but if you request (GET) another
page and then follow a link back to the original page (not the back button), the
image will reset.

The following page demonstrates this. Look in the right-hand box titled "Recent
Cytek News". If the headline is bold then the bullet next to it should be
animated. If you reload, the gif's current frame will be permanent when the page
loads. This page validates XHTML Strict and CSS2: http://www.cytekdev.com/cd/

The reason I say it's improved is because in [Mozilla/5.0 (Windows; U; Windows
NT 5.0; en-US; rv:1.4) Gecko/20030624] the only way to reset the image was
shift+reload.

Testing this bug with any builds prior to 1.7a is pointless at this point, since
the patch to bug 210001 changed around how image animations are handled.

The latest testcase works for me with a current build as far as I can tell.
yes for me too so resolving again (i hope i don't have to reopen it again
anytime soon) :)
Status: REOPENED → RESOLVED
Closed: 21 years ago → 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.