Bug 23945 – Please add a function to WebKit to stop all in-progress GIF animations (on the current page only)

• Component: Images
• Status: NEW

[Jason Spiro]

Please add a function to WebKit to stop all in-progress GIF animations *on the current page only*.  (Then, I hope future WebKit-based browsers will make it so that pressing the Escape key while viewing a webpage will call this function.  For example, I hope Safari will fulfill the feature request http://code.google.com/p/chromium/issues/detail?id=5276 .)

[Jason Spiro]

This would be handy because some web browsers (Safari and Google Chrome) have very minimalist UI and don't have a preference to prevent all animated GIFs from animating.  But Google Chrome is full of features only accessible by keyboard[1] like Ctrl+Shift+T and Shift+Esc.  So I am sure they would be glad to add an Esc feature if WebKit had this function.

^  [1].  see http://www.google.com/support/chrome/bin/answer.py?hl=en&answer=95743

[Evan]

Please implement this! It's the only thing keeping me from google chrome.

[Teun]

This function would be really appreciated!

Alternatively, an option like Fx's image.animation_mode (in about:config) would work too.

[Keith Dawson]

Yes please. Safari used to have a way to do suppress animated GIFs (PithHelmet plug-in) but it relied on an input interception technique that Apple first deprecated, then disabled. PithHelmet provided somewhat granular control: looping GIF animations could run once, indefinitely, or not at all. Adding the hook to Webkit would advantage multiple browsers.

[Nelson Sproul]

[Dan Fabulich]

This bug has been confirmed by popular vote.  Can we get a radar ticket for this, please?

[Simon Fraser (smfr)]

See also bug 9767.

[Simon Fraser (smfr)]

<rdar://problem/3483064>

[Simon Fraser (smfr)]

Sorry, <rdar://problem/3483064> is a Safari feature request. <rdar://problem/7171719> is the correct one.

[Alexey Proskuryakov]

Also, the aforementioned Safari feature request is for something subtly different, so a new bug filed to <http://bugreport.apple.com> would be appreciated.

[Dan Fabulich]

Note that other browsers already support this feature: on Firefox and IE, pressing ESC will halt animated GIF images on the current tab.

Additionally, Firefox provides an advanced preference ("image.animation_mode") to set GIF animation to "always" "never" or "once" (where the GIF animates through once but then stops on the last frame before repeating).

It would be great if WebKit browsers supported this, but obviously they can't implement it until there's a WebKit API to support it.

[Dan Fabulich]

I can't see radars, but I also filed <rdar://problem/7453553> on this.  (ap advocated a very general feature request; smfr advocated a more specific API request.  I presume both issues have been filed at some point.)

[Cody 'codeman38' Boisclair]

Adding yet another comment in support of this. I'd use Safari/Chrome far more often if I could just stop animated GIFs without having to block the images in question entirely.

[Brian K. White]

They aren't just unsightly.
They kill batteries and remote desktop connections.

Yet, I want to use Chrome for many other reasons. If I can't handle the expense of animated gifs, I certainly can't handle the even greater expense of running Firefox.

I notice the Android browser does not play animated gifs!

What does the Chromebook do? I know the iPad plays them and I know it costs significant cpu and battery.
If you don't care about me, maybe you care about making the Chromebook and iPad as good as possible?

A single animated gif will increase my cpu usage on an otherwise idle Vaio P from 1%-4% to 12%-20%. One single not-very-large gif. Under the best of circumstances this device only gets between 3-4 hours of run time even with the extra capacity battery. 

It's a real problem.

[Glen A.]

Why is it taking so long to implement this change? Are there technical issues? If so, what are they?

[Alon Bar-Lev]

(In reply to comment #15)
> Why is it taking so long to implement this change? Are there technical issues? If so, what are they?

Maybe because it is assigned to nobody.

I am too (comment#11) with the firefox way, doing once globally, no need for this bandwidth and CPU consumption for these effects.

[Graeme Hewson]

I too would like this function. I opened a bug report against Konqueror, and was pointed here (https://bugs.kde.org/show_bug.cgi?id=298897).

Konqueror has a setting for animations: Enabled/Disabled/Show Only Once. Also, you can configure the browser to use either KHTML or WebKit. The animations setting works in KHTML, but not in WebKit, which is... interesting, considering WebKit's history.

Dare I suggest the relevant code should be ported from KHTML?

[Devon Sean McCullough]

Safari appears to inhibit updating while the escape key is held down, except each mouse event allows another update to slip through.  Not as good as pause but better than nothing.

[Armin Nikdel]

This bug/feature request has been dormant for years. With rise of GIF animations, it is necessary for somebody to look into it.
Currently lot of websites have to implement complicated javascript codes to provide a way to play and pause GIFs.
It should be part of browser, an Javascript command call should pause and play GIF.

[Nathaniel]

Please implement this - it is painful to be bombarded by repeating gifs that can't be paused.