Closed
Bug 1460554
Opened 7 years ago
Closed 5 years ago
Changing KeyframeEffect doesn't affect at all if devtools inspector is open
Categories
(Core :: DOM: Animation, defect, P3)
Core
DOM: Animation
Tracking
()
RESOLVED
DUPLICATE
of bug 1459536
People
(Reporter: hiro, Unassigned)
Details
Attachments
(1 file)
339 bytes,
text/html
|
Details |
I don't understand what happens there at all. :/
Attaching file has a CSS animation whose effect is changed soon. If devtools inspector is open, the animation seems not work at all. I haven't debugged yet.
Reporter | ||
Comment 1•7 years ago
|
||
I did look at this a little bit last night. When devtools inspector opens, we do somehow restyle whole document, thus the original CSS animation keyframes overrides the changed effect. I guess devtools inspector injects some CSS rules in the document. That means all modified CSS animations/transitions will be affected by this.
Comment 2•7 years ago
|
||
I guess we're failing to track when the effect has been overridden. I guess we could fix this as part of bug 1459536 (where we need to do similar tracking at the timing properties / keyframes level).
Reporter | ||
Comment 3•7 years ago
|
||
Yeah, 1459536 should fix this actually. I was wondering why the animation in question is updated, because I thought Emilio did an optimization that we don't update CSS animations when CSS rule for keyframes isn't changed. But actually the optimization [1] is just checking existence of CSS animations. So, this bug will be also fixed by another optimization that we check the keyframe rules changes there.
[1] https://hg.mozilla.org/mozilla-central/file/47e81ea1ef10/servo/components/style/matching.rs#l259
Updated•7 years ago
|
Priority: -- → P3
Comment 5•5 years ago
|
||
Confirming that the patches in bug 1459536 appear to fix this for me.
Updated•5 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•