New issue
Advanced search Search tips

Issue 882625 link

Starred by 2 users

Issue metadata

Status: Started
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Android , Windows , Chrome , Mac , Fuchsia
Pri: 2
Type: Bug



Sign in to add a comment

Active animations should effectively imply equivalent will-change

Project Member Reported by majidvp@chromium.org, Sep 10

Issue description

Web-animation spec [1] requires active animations to effectively act as if there is an equivalent will-change for its affected properties.

We currently don't do this but rather have specific logic for a composited animated properties that have *some* of the same effect (e.g., active transform animation will cause a layer to be created similar to will-change:transform.).

I suggest we match the spec here and remove the separate path that exists for animations.
This my also fix  issue 764783  and  issue 873673 .


[1] https://drafts.csswg.org/web-animations/#side-effects-section

"For every property targeted by at least one animation effect that is current or in effect, the user agent must act as if the will-change property ([css-will-change-1]) on the target element includes the property."
 
Status: Started (was: Available)
Here is a WIP patch that attempts to do this: https://chromium-review.googlesource.com/c/chromium/src/+/1216714

The CL currently breaks: PaintPropertyTreeBuilderTest.OpacityAnimationDoesNotCreateTransformNode

I still need to investigate why this is happening but it seems that 'will-change' has more side effect that equivalent active animations.


Owner: majidvp@chromium.org

Sign in to add a comment