Closed Bug 103166 Opened 23 years ago Closed 21 years ago

Animated images "never" choice ignored

Categories

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

x86
All
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 199045
Future

People

(Reporter: mozspam4kurt, Assigned: pavlov)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010917 BuildID: 2001091712 Having chosen "never" animate images in preferences, this image will animate and loop. Reproducible: Always Steps to Reproduce: 1. Set animated images to "never" in prefs 2. Go to http://www.fasttrack.nu/index_int.html 3. Click on "products" link Actual Results: Animated gif Expected Results: No animation I believe this is a javascript related problem
confirming with win2k build 200101004.. -> Imagelib (?)
Assignee: attinasi → pavlov
Status: UNCONFIRMED → NEW
Component: Layout → ImageLib
Ever confirmed: true
OS: Linux → All
QA Contact: petersen → tpreston
Blocks: 119597
Target Milestone: --- → Future
with moz I don't see a products link. and I don't see any GIFs being animated. seems to work for me
confirmed for Mozilla Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020320 (Mozilla Debian Package 2:0.9.9-2) more details: at http://www.osud.cz/magazin/ even if animate images set to 'never' or 'once' background image is still animated background image is set through <table ... style="color: white; background-image: url('someimage.gif'); background-repeat: no-repeat;" ... >
Component: ImageLib → Image: Layout
I've noticed that, when an images still animates despite of the preference, reloading the page stops the animation. For example, at the www.opengl.org forums, the "hot topic" icon animates, but reloading the page it stops.
I have observed this bug in nightly Phoenix 2003/04/07 and Mozilla: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a) Gecko/20030401. The Animated Images Looping setting seems to be ignored intermittently. Usually it works, so it is difficult to reproduce. I don't know how often animations fail to disable, but probably this bug occurs <10% of the time. As others have reported, reloading the image corrects the problem. It appears as if the animation control is done while originally loading the image before it is saved in the cache, and image preference is ignored when displaying the results. This is a separate bug-- animation looping preference should be obeyed each time an image is rendered. Even though animation preference is affected by the cache, misleading one when reproducing the problem, the bug is still present. Even when erasing the cache and leaving animation looping set never, animated images still occur. This appears to be the same bug as 200557.
Blocks: 200557
Blocks: 199045
This is fixed in current builds. *** This bug has been marked as a duplicate of 199045 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Product: Core → Core Graveyard
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.