Bug 107609 – REGRESSION(r139800): animations with start delay may not animate if page becomes hidden

• Component: New Bugs
• Status: NEW

http://trac.webkit.org/changeset/139800

It's not clear from the Changelog which of these changes are intentional:

Animation events do not fire while page is hidden.
Animations may not animate if page becomes hidden then visible again during animation-delay.
Animations do not make progress while page is hidden.

[James Robinson]

My guess would be all 3 are intentional.

[Simon Fraser (smfr)]

Animation suspend/resume are totally broken; they just stop existing animations, they don't prevent new ones. Not deliberate, just broken.

(In reply to comment #2)
> Animation suspend/resume are totally broken; they just stop existing animations, they don't prevent new ones. Not deliberate, just broken.

Can we roll it out, or is work happening on suspend/resume?

If the goal was to reduce CPU usage I think we could still achieve that without suspending by only servicing animations at event points when the page is hidden.

[Beth Dakin]

First we should agree on desired behavior. 

(In reply to comment #0)
> http://trac.webkit.org/changeset/139800
> 
> It's not clear from the Changelog which of these changes are intentional:
> 
> Animation events do not fire while page is hidden.

I tend to think this is correct behavior, but I am open to a discussion.

> Animations may not animate if page becomes hidden then visible again during animation-delay.

Definitely a bug.

> Animations do not make progress while page is hidden.

Personally I like this behavior as well, but I do think it's open to discussion. 

And Simon pointed out that suspend does not prevent new animations, which is also definitely a bug.

(In reply to comment #4)
> > Animation events do not fire while page is hidden.
> 
> I tend to think this is correct behavior, but I am open to a discussion.
> 
> > Animations do not make progress while page is hidden.
> 
> Personally I like this behavior as well, but I do think it's open to discussion. 

I think these are effectively the same issue. I am concerned that this change diverges from IE and Firefox. I think there are many use cases where animations  align with real time and will be impacted/ made more difficult.

eg. http://www.paulrhayes.com/experiments/clock/#clock

[Beth Dakin]

(In reply to comment #5)
> (In reply to comment #4)
> > > Animation events do not fire while page is hidden.
> > 
> > I tend to think this is correct behavior, but I am open to a discussion.
> > 
> > > Animations do not make progress while page is hidden.
> > 
> > Personally I like this behavior as well, but I do think it's open to discussion. 
> 
> I think these are effectively the same issue. I am concerned that this change diverges from IE and Firefox. I think there are many use cases where animations  align with real time and will be impacted/ made more difficult.
> 
> eg. http://www.paulrhayes.com/experiments/clock/#clock

Hmm! Thank you for that example; it is a compelling demo for the alternate behavior. Thinking this over…

(In reply to comment #6)
> Hmm! Thank you for that example; it is a compelling demo for the alternate behavior. Thinking this over…

Any thoughts?

I have a patch (https://bugs.webkit.org/attachment.cgi?id=185628) on https://bugs.webkit.org/show_bug.cgi?id=107521 that implements the idea above (only service animations at events for hidden pages) which you could experiment with.