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)
Tracking
()
RESOLVED
DUPLICATE
of bug 332973
People
(Reporter: maxime.marais, Unassigned)
References
()
Details
(Keywords: qawanted, Whiteboard: [testday-20110902])
Attachments
(1 file)
|
2.73 KB,
application/zip
|
Details |
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)
Comment 1•19 years ago
|
||
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
Comment 2•19 years ago
|
||
*** Bug 312362 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
Assignee: firefox → pavlov
QA Contact: general
Comment 3•18 years ago
|
||
In case it helps, I've enclosed a test case with three situations.
Updated•18 years ago
|
Assignee: pavlov → nobody
QA Contact: imagelib
Comment 4•16 years ago
|
||
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.
Comment 6•13 years ago
|
||
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]
Updated•13 years ago
|
QA Contact: imagelib → joe
Comment 7•13 years ago
|
||
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.
Description
•