847064 - animations sometimes stop and continue shortly after scrolling

Status: RESOLVED WORKSFORME

(Core :: Graphics, defect)

Description

[tkohlmeier]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0
Build ID: 20130215130331

Steps to reproduce:

I didn't find a way to reproduce this bug, yet. It does not happen just after a fresh Firefox start, Firefox has to be running for a while, before this problem occurs.
The problem is, that all kind of animations stop, like javascript or flash animations. After scrolling, the animation continues for a very short time.

I uploaded two videos to demonstrate the problem.

Video 1 (a flash animation on http://eahart.com/prius/psd/):
http://www.vidup.de/v/CCCxQ/
This animation should normally continue infinitely.

Video 2 (a javascript animation on http://www.uhrzeit.org/):
http://www.vidup.de/v/LAjWy/
As you can see, the clock stops and goes on for a short period of time after scrolling has finished.

My device is a Samsung Galaxy S2, running Android 4.0.4.


Actual results:

Animations stop.


Expected results:

Animations should continue infinitely.

Comment 1

[Aaron Train [:aaronmt]]

Thanks for filing this bug.

I tried out the URL http://www.uhrzeit.org/ on my Nexus 4; I zoomed in and scrolled and the billboard kept rotating through the three offers and the timer still kept going fine. I tried this out on Nightly (03/04) and Beta (Fx-20). As you mentioned this happens sometimes, I haven't see this thus far. It would be good to know if you see this using Nightly (http://nightly.mozilla.org) for Android.

Comment 2

[tkohlmeier]

I tried Nightly (03/04) and just had the same problem again. It was working for one or two days without any problems, but now it happened again...
I think this is device specific, as my brother, who is using a HTC One X, never had this problem...

Comment 3

[tkohlmeier]

I just wanted to inform you that after upgrading to android 4.1.2 this problem still exists...

Comment 4

[Kartikaya Gupta (email:[e-mail])]

This sounds like something on the gecko side is not driving the compositor as it should be. When the user pans (and shortly after) we drive the compositor from java to paint the newly visible content and fade out the scrollbars, so that's why the animations animate. Maybe layout/graphics people will have a better idea of where animations are supposed to be triggering redraws and driving the compositor.

Comment 5

[Gregory Pappas [:gregp]]

Unable to reproduce in current versions.