[Webkit-unassigned] [Bug 170784] animation-play-state does not work when -webkit-overflow-scrolling is set to "touch"

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon May 28 05:03:26 PDT 2018


Frédéric Wang (:fredw) <fred.wang at free.fr> changed:

           What    |Removed                     |Added
             Status|NEW                         |ASSIGNED

--- Comment #5 from Frédéric Wang (:fredw) <fred.wang at free.fr> ---
I checked this again this morning, indeed if the animation already exists and the addition was already committed to the UI Process then PlatformCALayerRemote::addAnimationForKey does nothing (since m_properties.addedAnimations was cleared). In order to inform the UI process to replace the animation, one solution is to add it to m_properties.addedAnimations and m_properties.keyPathsOfAnimationsToRemove (the latter does not seem necessary in the current implementation though). Alternatively, calling layer->removeAnimationForKey as I suggested in comment 4 does more or less the same.

For the record, I've been struggling to write a test, the CSS value obtained via getComputedStyle() don't change after the pause, it's only the animation on the UI process that continues. Also the bug does not show up with a steps(.., ..) timing function so it's difficult to know the exact expected CSS value at pause time. I expect to upload something today though.

(In reply to Frédéric Wang (:fredw) from comment #4)
> (but unfortunately seems to remove the current transform).

This seems to be a separate bug that happens only for the rotation transform.

You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180528/facb3fb4/attachment.html>

More information about the webkit-unassigned mailing list