From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows 98) BuildID: 2001101117 Go to http://www.mindchild.net You will see an image link in the left side that says "Software" in the middle of a blue sphere. Placing the mouse cursor over the image should yield an animation, and so should removing the mouse cursor from the image. Rather it only displays the last frame of the animated gif. Hitting the refresh button corrects this problem. Reproducible: Always Steps to Reproduce: 1. When you navigate to the page http://www.mindchild.net, and move the mouse cursor over the "Software" sphere looking image link on the left, you will see that it flips to a different image via some javascript. This gives it a feel like it's a turned on lamp. If you take the mouse cursor away from the image, it "turn's off" and reverts back to the original image. 2. Hit the refresh button and repeat these steps. You will find that the image link actually animates when the mouse cursor goes over it, and also when you take the mouse cursor off. This is how it 'Should work'. Now you can refresh the page to your hearts content, and the animation will continue to work. 3. If you re-type http://www.mindchild.net back into the URL box and put the mouse cursor back over the image link, you will see that it no longer animates correctly, but rather only displays the last frame of the animated gif. Actual Results: The animated GIF Image link didn't work properly. Only the last frame of each animated gif was displayed Expected Results: The image link should have animated onmouseover and onmouseout

Confirming and marking NEW (2001102903 on Win2k). -> ImageLib

Made a more exact and HTML 4.01 Transitional compliant version: http://profile.sh/files/mozilla/navbar.html Just to give at least some progress to this bug that I would like to see fixed.

Seems like the same problem with 2002011913 on W2K (and maybe builds since 3 or 4 days before): 1. Go to http://www.brpi.net/; 2. Click the "Vinhos" image to http://brpi.net/rota-de-vinhos-da-costa-azul/; 3. Hit the go back button: only if Shift+Reload the Khem animation starts again; 4. Hit the go forward button: same as above; 5. Do view image (the animated one): same as above.

build 2002020603 win32 seems like even after a refresh/reload it doesn't animate

You are pre-loading the two images. As soon as they are loaded, they start animating. By the time you get your mouse over the image, the invisible image already animated. Reloading doesn't help because Moz doesn't restart the animation. Try this: 1) Open http://profile.sh/files/mozilla/navbar.html 2) Clear the memory & disk cache 3) Hover mouse over button It should animate. This bug is related to (if not a dup of) Bug 86572

This seems to have been fixed at some point. My Chimera 0.5 nightly build (based on Mozilla 1.01) and Mozilla 1.2b seem to fade-in/fade-out properly when you go to the page for the first time, and when you refresh. I'm not sure if it's supposed to, but it doesn't do the full fade-in/fade-out when you move the cursor over it more than once, but instead it flashes (which I think is preferable behaviour).. Jason, how does it look on your end?

Well, I noticed just the same thing you did, with a nightly build of Phoenix, which is of course based on mozilla. Animation still isnt the way it should be though. As a matter of fact, I would say it is more broken... which it has been since at least Mozilla 1.0, where I noticed the refresh trick no longer works at all to animate the gif. Once the gif is loaded and cached, thats it... it will never animate again, but rather only show the last frame in the sequence when rendered. The behavior SHOULD be, when an animated gif is DISPLAYED/RENDERED, regardless of its loaded/cached state, it should restart the animation. You can see, the way that I have it, I just simply have some javascript I personally no longer like the idea of the animated buttons like I have them. As a matter of fact, I have grown to hate the gif format altogether, so I will eventually redo all of my images in some other format, and do the instant ON/OFF thing, which is much more tasteful then the animated ON/OFF (I have no idea what I was thinking). Regardless, this should still be fixed for integrity's sake... the only type of animated gif that works properly is one that is compiled for infinite looping. Jason

Marking fixed because the testcase works on Win2k 2002101010