663020 - Javascript/SVG Animation not working correctly in background tabs

Status: VERIFIED FIXED

(Core :: SVG, defect)

Description

[Michael]

User-Agent:       Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20100101 Firefox/5.0
Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20100101 Firefox/5.0

The dots on the chart will get stuck on the right hand side of the graph until the next data update.

Reproducible: Always

Steps to Reproduce:
1. Open http://www.highcharts.com/demo/dynamic-update
2. Allow the graph to load and tick a few times
3. Switch to another tab for ~15 seconds
4. Come back to the tab and note the position of the dots and line before the next update tick.

Actual Results:  
Dots all clumped on the right side of the graph.

Expected Results:  
Dots continuing to move with the line as they do when the tab is in the Foreground

Hardware acceleration is on.

Comment 1

[Michael]

Works as expected in Firefox 4.

Comment 2

[Alice0775 White]

Maybe this is caused by Bug 633421.
See
https://developer.mozilla.org/en/DOM/window.setTimeout#Inactive_tabs
and
https://developer.mozilla.org/en/firefox_5_for_developers#DOM

Comment 3

[Robert Longson [:longsonr]]

or bug 586201 Does setting layout.throttled_frame_rate to 60 in about:config have any effect?

Comment 4

[Boris Zbarsky [:bzbarsky]]

At first glance, looks like a likely duplicate of bug 647001... but I don't see why, given that the page seems to only use 1000ms timeouts.  Or is there a faster-running timeout on there somewhere?

Comment 5

[Boris Zbarsky [:bzbarsky]]

jst, if we think this is something we need to fix for Fx5, I can try to write a quick patch for bug 647001 and see whether it helps...

Robert, that pref no longer does much of anything.

Comment 6

[Daniel Holbert [:dholbert]]

Might also be related to bug 658189...

Comment 7

[Boris Zbarsky [:bzbarsky]]

Unlikely; if I switch background tab setTimeout to a lower value (even 200ms is enough) the problem goes away.

Comment 8

[Johnathan Nightingale [:johnath]]

Too late for 5, but since this will represent a regression in 5 so +'ng for tracking-6

Comment 9

[Jesse Ruderman]

Fixed by bug 647001?

Comment 10

[Michael]

The behavior is fixed in 7, I was still able to get it to occur once or twice in the 10 minutes that I tried. Nothing reproducible however.

Comment 11

[Asa Dotzler [:asa]]

Are we going to try to do anything for 6 or are we calling this bug "done"?

Comment 12

[Boris Zbarsky [:bzbarsky]]

I think we're calling this done....  The only fix here is to fix bug 647001, and that one wasn't approved for 6.

Comment 13

[Trif Andrei-Alin[:AlinT]]

Mozilla/5.0 (Windows NT 6.1; rv:7.0a2) Gecko/20110810 Firefox/7.0a2
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0a2) Gecko/20110810 Firefox/7.0a2
Mozilla/5.0 (Windows NT 6.1; rv:8.0a1) Gecko/20110810 Firefox/8.0a1
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:8.0a1) Gecko/20110808 Firefox/8.0a1

I have tested it on these builds of Aurora and Nightly, and the bug does not reproduce anymore.
Can I change the status to VERIFIED FIXED?
Thanks!

Comment 14

[Vlad [QA]]

Setting resolution to verified Fixed on Mozilla/5.0 (Windows NT 6.1; rv:7.0) Gecko/20100101 Firefox/7.0

The dots are moving correctly.