Closed Bug 1402925 Opened 7 years ago Closed 7 years ago

Don't set a compositor animation id in StackingContextHelper if the animation has ended

Categories

(Core :: Graphics: WebRender, enhancement, P1)

Other Branch
enhancement

Tracking

()

RESOLVED FIXED
mozilla58
Tracking Status
firefox58 --- fixed

People

(Reporter: kats, Assigned: ethlin)

References

Details

(Whiteboard: [gfx-noted][wr-mvp])

Attachments

(1 file)

Ethan found a problem in my patch for bug 1402439 and wrote a patch for it. Details at https://bugzilla.mozilla.org/show_bug.cgi?id=1402439#c25. Basically, when the animation ends on the content side we need to reset the compositor animations id that we put in the StackingContextHelper back to zero, otherwise the compositor will ignore the transform/opacity in the StackingContextHelper and instead wait for the animation to provide a value. Since the animation is over, that value will never be provided, and so things might show up in the wrong place or with the wrong opacity. That's what was happening if the layout/reftests/css-animation/stacking-context-transform-none-with-fill-forwards.html file was loaded in the browser with layers-free enabled.
Status: NEW → ASSIGNED
Comment on attachment 8911901 [details]
Bug 1402925 - Reset the animation id passed to the StackingContextHelper if there is no animation.

https://reviewboard.mozilla.org/r/183280/#review188442
Attachment #8911901 - Flags: review?(bugmail) → review+
Pushed by kgupta@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/4c4b18031f80
Reset the animation id passed to the StackingContextHelper if there is no animation. r=kats
https://hg.mozilla.org/mozilla-central/rev/4c4b18031f80
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla58
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: