Javascript/SVG Animation not working correctly in background tabs

👁 Image	Michael Reporter
	Description • 15 years ago

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.

👁 Image	Michael Reporter
	Updated • 15 years ago

👁 Image	Michael Reporter
	Updated • 15 years ago

👁 Image	Michael Reporter
	Comment 1 • 15 years ago

Works as expected in Firefox 4.

👁 Image	Alice0775 White
	Comment 2 • 15 years ago

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

👁 Image	Robert Longson [:longsonr]
	Comment 3 • 15 years ago

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

👁 Image	Boris Zbarsky [:bzbarsky]
	Comment 4 • 15 years ago

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?

👁 Image	Boris Zbarsky [:bzbarsky]
	Comment 5 • 15 years ago

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.

👁 Image	Daniel Holbert [:dholbert]
	Comment 6 • 15 years ago

Might also be related to bug 658189...

👁 Image	Boris Zbarsky [:bzbarsky]
	Comment 7 • 15 years ago

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

👁 Image	Johnathan Nightingale [:johnath]
	Comment 8 • 15 years ago

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

👁 Image	Boris Zbarsky [:bzbarsky]
	Updated • 14 years ago

👁 Image	Jesse Ruderman
	Comment 9 • 14 years ago

Fixed by bug 647001?

👁 Image	Michael Reporter
	Comment 10 • 14 years ago

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.

👁 Image	Robert Longson [:longsonr]
	Updated • 14 years ago

👁 Image	Dão Gottwald [:dao]
	Updated • 14 years ago

👁 Image	Asa Dotzler [:asa]
	Comment 11 • 14 years ago

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

👁 Image	Boris Zbarsky [:bzbarsky]
	Comment 12 • 14 years ago

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

👁 Image	Johnathan Nightingale [:johnath]
	Updated • 14 years ago

👁 Image	Trif Andrei-Alin[:AlinT]
	Comment 13 • 14 years ago

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!

👁 Image	Vlad [QA]
	Comment 14 • 14 years ago

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.