Closed
Bug 1240646
Opened 9 years ago
Closed 9 years ago
Animations running on compositor kick restyling process on the main thread
Categories
(Core :: DOM: Animation, defect)
Core
DOM: Animation
Tracking
()
RESOLVED
FIXED
mozilla46
Tracking | Status | |
---|---|---|
firefox46 | --- | fixed |
People
(Reporter: hiro, Assigned: hiro)
References
Details
Attachments
(1 file)
(deleted),
patch
|
birtles
:
review+
|
Details | Diff | Splinter Review |
I noticed this issue when I run the automation tests in bug 123528. We wait 5 frames for animations running on the compositor, 2 frames are consumed for restyling process on my environment. I guess half of the frames seem to be consumed for restyling. I don't know which bug causes this regression yet but I think it's very recently.
Assignee | ||
Comment 1•9 years ago
|
||
We should unthrottle animations even if there is no elements in mElementsToRestyle whenevent RestyleType::Throttled. I don't attach any automation tests here because this issue is covered by the test in bug 1235286. I will land the test as soon as possible.
Assignee: nobody → hiikezoe
Attachment #8709255 -
Flags: review?(bbirtles)
Updated•9 years ago
|
Attachment #8709255 -
Flags: review?(bbirtles) → review+
Assignee | ||
Comment 2•9 years ago
|
||
https://treeherder.mozilla.org/#/jobs?repo=try&revision=33cb5af09271
Keywords: checkin-needed
Comment 4•9 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/c206156920e7
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla46
You need to log in
before you can comment on or make changes to this bug.
Description
•