Bug 302599 - "Stop animations" does not work on rescaled animated GIFs
Summary: "Stop animations" does not work on rescaled animated GIFs
Status: CONFIRMED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml renderer (show other bugs)
Version: 4.8.4
Platform: Fedora RPMs Linux
: NOR major
Target Milestone: ---
Assignee: Konqueror Developers
URL: http://martinsandsmark.wordpress.com/...
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-26 21:16 UTC by Kevin Kofler
Modified: 2013-02-19 00:29 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Kofler 2012-06-26 21:16:29 UTC
Recently, support was added for rescaled animated GIFs:
http://martinsandsmark.wordpress.com/2012/05/08/yaybanana/
http://commits.kde.org/kdelibs/35526c4ddc99e684a645d5c536cdaec513cc3103
(Previously, they would just not be animated.) Unfortunately, the animation goes on even after "stop animations" is clicked, which is really annoying (in fact I found it less of a problem for the rescaled images not to be animated than now!).

Reproducible: Always

Steps to Reproduce:
1. Go to any page with a rescaled animated GIF on it, e.g.: http://martinsandsmark.wordpress.com/2012/05/08/yaybanana/
2. Right-click.
3. "Stop animations"
Actual Results:  
The animation continues.

Expected Results:  
The animation stops.

This is particularly frustrating in that I already had to fix "stop animations" to work at all in KTHML 4 (see bug #157789), and now it's getting broken again! And unstoppable animations annoy the heck out of me because they distract me from reading the actual text.
Comment 1 Kevin Kofler 2013-02-12 06:34:35 UTC
Ping? Over 7 months later, there isn't even as much as a REPLY to my bug report, let alone a fix. Your feature breaks existing functionality which is critical for usability, yet you do not feel responsible for it AT ALL.
Comment 2 Christoph Feck 2013-02-19 00:23:33 UTC
Kevin? It shouldn't be news to you that large parts of KDE are maintained by those who provide patches.
Comment 3 Kevin Kofler 2013-02-19 00:28:51 UTC
But the people who break things should be held responsible for fixing them!

In some projects (e.g. GCC), there's a policy that if your patch causes a regression and you don't fix it in a timely manner, your patch gets reverted. We really need something like this in KDE.
Comment 4 Kevin Kofler 2013-02-19 00:29:11 UTC
(PS: GCC defines "timely manner" as 48 hours!)