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)

defect

Tracking

()

RESOLVED DUPLICATE of bug 1459536

People

(Reporter: hiro, Unassigned)

Details

Attachments

(1 file)

Attached file An example
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.
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.
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).
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
Depending bug 1459536 for now.
Depends on: 1459536
Priority: -- → P3

Confirming that the patches in bug 1459536 appear to fix this for me.

Status: NEW → RESOLVED
Closed: 5 years ago
No longer depends on: 1459536
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: