Closed Bug 287546 Opened 20 years ago Closed 13 years ago

Single-looped animated gif not well handled with image.src modification

Categories

(Core :: Graphics: ImageLib, defect)

1.7 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 332973

People

(Reporter: maxime.marais, Unassigned)

References

()

Details

(Keywords: qawanted, Whiteboard: [testday-20110902])

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.6) Gecko/20050318 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.6) Gecko/20050318 Firefox/1.0.2

Replacing .src attribute of an <img> tag would not restart animation of GIF
images from first frame.

Reproducible: Always

Steps to Reproduce:
1. Create a one-loop animated GIF image (the animation stops at the last GIF frame).
2. Run the following html code:
<img name="img1" src="oneloop.gif"><img name="img2" src="oneloop.gif"
onmouseover="self.src='oneloop.gif'"><img name="img3" src="oneloop.gif">

Actual Results:  
With this code animation is restarted on 'img1', 'img2' and 'img3' when the
mouse goes over the 'img2'.

Expected Results:  
Only animation in 'img2' would be restarted. 'img1' and 'img3' would not be
restarted.

(none)
Tricky one:
Currently the four instance of the same image (loop.gif) are all covered by one
instance of imgContainerGif. 
imgContainerGif is responsible for the start/stop and performing the actual
animation.
So if somewhere from the content, someone decides that loop.gif should animate
again, it asks to do so from imgContainerGif which happely starts the animation
for this image. However it is displayed at several locations, of which only one
should animate.
So may be the animation controller should not be in imgContainerGIF?
Component: General → ImageLib
OS: Windows XP → All
Product: Firefox → Core
Hardware: PC → All
Version: unspecified → 1.7 Branch
*** Bug 312362 has been marked as a duplicate of this bug. ***
Assignee: firefox → pavlov
QA Contact: general
Attached file Test case
In case it helps, I've enclosed a test case with three situations.
Assignee: pavlov → nobody
QA Contact: imagelib
This is still a problem in ff 3.0.8

You can work around this by using an anker in the url for each image. It will 

<img name="img1" src="oneloop.gif#1"><img name="img2" src="oneloop.gif#2"
onmouseover="self.src='oneloop.gif#2'"><img name="img3" src="oneloop.gif#3">

Does this also mean that these images are not cached properly as they are split into more imgContainerGif while infact they are the same image?
same on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090422 Minefield/3.6a1pre (.NET CLR 3.5.30729) ID:20090422044118

ie8 seems to have the same issue though. So, don't know if it has to do with the html code and standards.
Keywords: qawanted
Reproducible with Mozilla/5.0 (X11; Linux x86_64; rv:9.0a1) Gecko/20110901 Firefox/9.0a1

Similar (possible duplicate): bug 188924.
Related: bug 332973, bug 269843.
Whiteboard: [testday-20110902]
QA Contact: imagelib → joe
This is because we share animated GIF state.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
QA Contact: joe → imagelib
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: