RESOLVED FIXED 210988
[Web Animations] Ensure calling Web Animations APIs override future CSS Animations style properties
https://bugs.webkit.org/show_bug.cgi?id=210988
Summary [Web Animations] Ensure calling Web Animations APIs override future CSS Anima...
Antoine Quint
Reported 2020-04-24 13:08:07 PDT
[Web Animations] Ensure calling Web Animations APIs override future CSS Animations style properties
Attachments
Patch (39.90 KB, patch)
2020-04-24 13:23 PDT, Antoine Quint
dino: review+
Antoine Quint
Comment 1 2020-04-24 13:23:28 PDT
Dean Jackson
Comment 2 2020-04-24 13:30:49 PDT
Comment on attachment 397495 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=397495&action=review > Source/WebCore/animation/WebAnimation.cpp:151 > +void WebAnimation::setBindingsEffect(RefPtr<AnimationEffect>&& newEffect) > +{ > + setEffect(WTFMove(newEffect)); > +} Why does this need a different name for bindings? And the other two below.
Antoine Quint
Comment 3 2020-04-24 13:34:16 PDT
(In reply to Dean Jackson from comment #2) > Comment on attachment 397495 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=397495&action=review > > > Source/WebCore/animation/WebAnimation.cpp:151 > > +void WebAnimation::setBindingsEffect(RefPtr<AnimationEffect>&& newEffect) > > +{ > > + setEffect(WTFMove(newEffect)); > > +} > > Why does this need a different name for bindings? And the other two below. Because CSSAnimation subclasses this method to apply some overrides. This needs to happen only when the effect is set via the JS API.
Antoine Quint
Comment 4 2020-04-24 14:42:59 PDT
Radar WebKit Bug Importer
Comment 5 2020-04-24 14:43:19 PDT
Note You need to log in before you can comment on or make changes to this bug.