Go to this URL (http://www.ast.cam.ac.uk/~raj/wandg) under viewer and look at the two GIF98 animations at the top of the page. Under Navigator 4.5 both animations work perfectly. Under mozilla, the one on the left seems to work some of the time but most of the time it does not animate. The GIF on the right animates but it flashes A LOT.

The problem may be in the timer, where the end of image's loop cycle happens to be very close to the timeout/cancel timer. I noticed the problem with the penguin animation, which would go one cycle and stop. If you take a few frames out of the whole cycle, it would continuously loop, as expected. It is worth noting this does not happen with all animated gifs. Thanks for the good example. It will help tracking the bug down. -pn

Updating QA Contact

Just FYI for Pam, I've made a test case to cover this scenario. (http://slip/ projects/marvin/imaging/img-anim-multiple/img-anim-multiple-d.html) I'm not able to reproduce the problem on Mac OS 8.6.99 build using other images, but only with the two from this bug report. (Good catch!)

Cool. That limits the problem. Maybe its related to the new timer? -pn

Since this is limited to two specific gifs and is not a generic problem with all pages with animated gifs, I think its safe to push this out to M10. -pn

I just tried todays CVS build (8/19/99) using viewer and this problem seems to have gotten worse. Check out http://ww.cs.umn.edu/~dejong for an example where just one animated gif does not animate at all. It just seems to be stuck. Earlier builds of viewer animated the gif on this page correctly.

This bug has gotten dramatically better on the wintel build on both viewer and apprunner. Unfortunately, the story is not as good on mac with yesterday's build. I'm rebuilding my local linux tree and so can't test. I suspected a problem with the timer and this info tends to support that theory. Timer code is platform dependent. The bug was reported on SGI, I assume the os is really IRIX not Solaris, though I will try to test it on both. Moving target to m11 so this is still on 'near' radar. -pn

These 2 images now animate when they are both on a page. But this page exhibits another bug. I am opening a new bug report to cover the new bug. I will close this one for testing. -pn

The new bug for the new crash is bug#14225. -pn

This appears fixed...sortof. Using this morning's builds: * Win32: fixed * Linux: Crashes after a second or two. (Talkback incident #13766392, duplicate of 14181.) * Mac OS: The right-hand image ceases to animate after about 5 minutes. (The left-hand image animates file.) Viewed independently, the animation also ceases on its own. Please let me know if you'd like the Mac OS issue broken into a separate bug, if you'd like to keep tracking it using this bug.

I think the issue that is left is a duplicate of #6409. Marking as duplicate. -pn *** This bug has been marked as a duplicate of 6409 ***

Rubber-stamping verified as duplicate; left note in 6409 to confirm that this is fixed (and all other dupes) when verifying it.

I'm going to re-open this bug. Using http://slip/projects/marvin/imaging/img-anim-multiple/img-anim-multiple- 2.html, the penguin stops animating after 7 minutes. However, unlike the behavior of the various memory leak animated GIF problems of which this has been marked as a duplicate, the penguin is not replaced with a text label --- instead, it remains on-screen, but frozen in the same frame.

[note that I'm re-opening using Mac OS, 1999110808 build. However, this occurs on all 3 platforms.]

[The second GIF halts after an additional 7-10 minutes, as well.] I don't believe this behavior occured when the images were displayed separately, but I'll find out.

Moving bug to M12

*** Bug 19845 has been marked as a duplicate of this bug. ***

extra test urls: http://www.cs.cmu.edu/~tom7/ http://jazz/users/pnunn/publish/evilanim-2.html, evilanim-2b.html <no offense meant....evil, ofcourse, refers to that evil penguin for Wallace and Gromit fans> -pn

[Note to QA/self: be sure to verify 6525 when verifying this bug.]

Oops. Looks like the example URL I posted was hosed. This one should work. http://www.cs.umn.edu/~dejong

*** Bug 6409 has been marked as a duplicate of this bug. ***

[Note to self: when this bug is verified, be sure to verify bugs marked as duplicate of 6409.]

The mystery of why the penguin stops animating while the trousers continue animating is solved. The loop control header for the trousers is set to 0, which indicates an infinitely looping gif. The penguin image has a loop iteration set to 1000. Which is a high number, but not infinite. In fact, it takes about 7 minutes to loop 1000 times. Bug was fixed originally. The reopen was invalid. Though bugs marked duplicates will need to be checked separately. -pn

*gulp*. This is downright embarassing. Yeah. The images in 6409 also had 1000 iterations set. Will check all dupes of this and 6409, re-open any individual bugs, and then mark this one as verified.

I've went through most of the duplicates of this bug and 6409, and now feel comfortable marking it as Verified. Re-opened 1031.