VOOZH about

URL: https://bugzilla.mozilla.org/show_bug.cgi?id=588975

⇱ 588975 - Stop animating images in background tabs


Closed Bug 588975 Opened 15 years ago Closed 13 years ago

Stop animating images in background tabs

Stop animating images in background tabs
Core
Graphics: ImageLib
Trunk
All
All
defect
Not set
normal
Points:
---
RESOLVED WORKSFORME
RESOLVED
WORKSFORME
Iteration:
---
a11y-review
Accessibility Severity
Performance Impact
Size Estimate
Webcompat Priority
Webcompat Score
Tracking Status
blocking-fennec1.0 --- -
Tracking Status
relnote-firefox
blocking-fennec1.0
thunderbird_esr115
thunderbird_esr140
firefox-esr115
firefox-esr140
firefox-esr153
firefox152
firefox153
firefox154
---
QA Whiteboard:
---
Has STR:
---
Change Request:
---
Bug Flags:
Signature:
None
This bug is publicly visible.

 
Reporter

Description

15 years ago
Carefully, though - need to remember where they are, and fast-forward them when the tab returns to the top. See helpful comment at https://bugzilla.mozilla.org/show_bug.cgi?id=359608#c29
Reporter

Updated

15 years ago
Assignee: nobody → azakai
Depends on: 359608
tracking-fennec: --- → 2.0+
Reporter

Updated

15 years ago
Blocks: 592751

Comment 1

15 years ago
Sounds like a duplicate of bug 120154 - animated GIF eating cpu when mozilla in another tab or minimized.
Reporter

Comment 2

15 years ago
Given all the fallout from bug 359608, I think it is not realistic to tackle this any time soon.
Depends on: 594771, 601723
Reporter

Comment 3

15 years ago
Fennec shouldn't block on this.
tracking-fennec: 2.0+ → ---
Reporter

Updated

15 years ago
Assignee: azakai → nobody
Version: unspecified → Trunk
Reporter

Updated

15 years ago
Depends on: 633421
I was about to file this because it noticeably shortens battery life and probably also responsiveness. How are the chances of this getting fixed?
Keywords: perf
Aren't images in background tabs throttled down to 1fps now that they're on the refresh driver?
Refresh driver is throttled to exponential backoff, not 1fps. For the rest, good question...
I think this will probably be required as part of bug 686905, at least if we want to discard animated image frames from background tabs. I'm not sure if this is the idea, but we might be able to save memory by discarding frames that aren't being used at the moment. This would require that we redecode, though, but we could save the state of the image & then immediately jump to it once we've done the redecode.
I think this bug is just about not running the animation code and the timers for it for images in background tabs, not about the image data per se.

Comment 9

14 years ago
Small question: could animation also be stopped if window with it completely covered by other window?
That's actually very difficult to impossible to detect (e.g. just because you're covered doesn't mean you're invisible: windows can be translucent or transparent).
The former doesn't apply because this has nothing to do with painting. The latter may apply, but the cost of doing the check may well be comparable to the animation cost. Worth investigating, but in a separate bug.
tracking-fennec: --- → ?
blocking-fennec1.0: --- → ?
tracking-fennec: ? → 14+
blocking-fennec1.0: ? → -
qawanted to retest
Keywords: qawanted
qawanted: martijn will retest.
I tested with Fennec trunk on the Galaxy Nexus with this animated gif counter going to 0: http://people.mozilla.com/~mwargers/tests/images/60.gif It seems the counting down is stopping after 5 seconds or so when it is in the background tab.
tracking-fennec: 14+ → ?
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
tracking-fennec: ? → ---
Issue is resolved - clearing old keywords - qa-wanted clean-up
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.