188924 - More animated GIFs with same source: incorrect mousover behavior

Status: RESOLVED DUPLICATE of bug 332973

(Core :: Layout: Images, Video, and HTML Frames, defect)

Description

[r0polach]

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; MSIE 5.5; Windows XP) Opera 7.0  [en]
Build Identifier: 

When have more instances of animated GIFs with same source(URL) set by 
onMousOver and another (but same for all instances) source set by onMouseOut,


after entering and leaving the first instance (any) and then entering and 
leaving any other instance, animation of onMouseOut shows only last frame from


now on (including mouseout on second instance)! Uf, is it clear?


Reproducible: Always

Steps to Reproduce:
1. http://habarti.webz.cz/main_hrbitov.html


2. set cursor over image rmn.gif (onMouseOver animation OK)


3. leave rmn.gif (onMouseOut animation OK)


2. set cursor over another instance of image rmn.gif (onMouseOver animation OK)


3. leave that rmn.gif (onMouseOut animation SHOWS ONLY LAST FRAME!)


...from now on: onMouseOut animation of rmn.gif SHOWS ONLY LAST FRAME








Note, this is not dupe of BUG 17126.

Comment 1

[ArronM (:paper)]

For reference, I'll copy my comments from 17126

In Mozilla, all same-src images show the same frame.  Initially, all the coffins
are rms.gif.  On first mouseout, one of the coffins turns to rmn.gif, and
animates.  When a mouseout on another coffin, it gets set to rmn.gif too.  rmn
is already on the page, so reanimation does not occur (if it did, both images
would animate, and that'd be bad!)

--

The only way I can see to fix this is to have a seperate object for each
same-src image.  That's not going to happen.  Well, I suppose it could happen if
we limit it only to animated gifs.. but even then, it would be a waste of memory
on pages that have a single animated gif displayed 20 times.  (20x the memory)

Comment 2

[Jim Dunn]

accepting

Comment 3

[ian wood]

> The only way I can see to fix this is to have a seperate object for each
> same-src image.  That's not going to happen.  Well, I suppose it could happen if
> we limit it only to animated gifs.. but even then, it would be a waste of memory
> on pages that have a single animated gif displayed 20 times.  (20x the memory)

would it be practicable to have something like seperate 'instances' of animated
gif's that refer to the one object for the image? these could contain separate
state information for each same-src image. on a web page where the same animated
gif is used for a number rollovers/outs, it looks pretty silly when they all
roll together! (incidentally, IE does not have this behaviour - multiple
instances of animated gif's are NOT tied to the same frame in their animations).

Comment 4

[Christophe Combelles]

If I'm not wrong, here is a test case : http://ccomb.free.fr/mozillagif.html

On Opera, it works perfectly and with good performance.
On IE, it works but it is very slow.
On Gecko, all gifs are animated together
On KHTML, nothing happens after the 1st animation

Comment 5

[Mathy Vanvoorden]

I am currently having the same problem. A possible workaround I use is to make the URL of each image unique while still using the same image. You can do this with ?...
For example:
<img src="img.gif?1" ...>
<img src="img.gif?2" ...>
<img src="img.gif?3" ...>
<img src="img.gif?4" ...>

This is ofcourse not the proper way to solve this, but it might help people having problems with this for now.

Comment 6

[Clint Herron]

Thanks Mathy -- you rock. I'll try and see if that workaround works for me.

For anyone who is interested, I found this bug because I ran up against a similar thing in a test page that I've been working on in an attempt to make a browser-based Javascript game using GIFs for the animation.

http://www.rickherron.com/clint/vbk/Overlay_Test/IsoTest.html

By the way, that page shows several issues with the current way Mozilla processes animated gifs (specifically with synchronization). I'll be posting on other bug tickets regarding those issues, but that test page is a pretty good consolidation of test-cases that show a few of Mozilla's bugs with animated gifs.

Comment 7

[Adam Guthrie]

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

Comment 8

[klonos]

Is this one fixed??

First URL testcase doesn't work anymore. The one in comment #6 doesn't show any weirdness. I am using latest 3.6a1pre nightlies on WinXP:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090420 Minefield/3.6a1pre (.NET CLR 3.5.30729) ID:20090420041629

If not fixed, someone please provide a testcase. If fixed, please close it.

Comment 9

[jan klopper]

This bug seems similar to:

https://bugzilla.mozilla.org/show_bug.cgi?id=287546

Comment 10

[memso]

http://www.neuetech.com/bugs/counterissue.html

I created a test case for this. It's very clear for me in FF v5.5.2. Mouse over any digit to increment it. As soon as you mouse over a digit that increments to a value that any other digit is, they both animate. This is easiest to see by mousing over one digit (raising it to 1), then waiting until it's done animating (sometimes it won't even animate the first time for some reason, but preloading images fixes that so it's not a part of this bug). Then mouse over another digit that's still a 0 and both will animate.

My version of Firefox:
Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2
running in Windows XP x64 SP2

I was trying to make an animated counter when I came across this bug. Seems it's not possible, since Safari (v3.1.1) also has a similar problem but is even more buggy. It functions very very poorly in IE7-8. The only browser I've seen this working properly in is Opera (v9.64).

Comment 11

[Wayne Mery (:wsmwk)]

I see this issue in comment 10 using Mozilla/5.0 (Windows; Windows NT 6.0; rv:2.0b3pre) Gecko/20100723 Minefield/4.0b3pre

but is this related to mousever behavior, or something else?

(bug 351214 has been closed incomplete)


(In reply to comment #6)
> Thanks Mathy -- you rock. I'll try and see if that workaround works for me.
> 
> For anyone who is interested, I found this bug because I ran up against a
> similar thing in a test page that I've been working on in an attempt to make a
> browser-based Javascript game using GIFs for the animation.
> 
> http://www.rickherron.com/clint/vbk/Overlay_Test/IsoTest.html

I don't see a difference between IE, FF trunk and chrome. If anything, IE is worse for me.

Comment 12

[Joe Drew (not getting mail)]

yeah, we share animated image state.