Closed Bug 998162 Opened 11 years ago Closed 11 years ago

CSS Animations on compositor (OMTA) that are cut short are not removed

Categories

(Core :: Graphics: Layers, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: birtles, Unassigned)

References

Details

Attachments

(1 file)

Attached file test_return_to_main_thread.html (deleted) —
In the attached Mochitest a 10s animation is set up with an iteration count of 0.3 making it run for only 3s. At t=4s, the animation has finished and should no longer be running on the compositor thread but this test shows that it still is.
Actually this is specific to opacity animations. With transforms we have a flag indicating if a transform was set by animations or not but we don't with animation. Hence, if we have a layer and it has opacity we'll end up returning a value from DOMWindowUtils.getOMTAStyle but that doesn't mean it's being animated. The test cases fails because it's broken. It doesn't fetch the animated state after waiting for paints to be flushed.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: