Open
Bug 1617328
Opened 5 years ago
Updated 1 year ago
`inherit` background color inherited from animating background color doesn't handle properly if the animation runs on the compositor
Categories
(Core :: CSS Transitions and Animations, defect, P3)
Core
CSS Transitions and Animations
Tracking
()
NEW
People
(Reporter: hiro, Unassigned)
References
Details
Attachments
(1 file)
(deleted),
text/html
|
Details |
I am not going to make this bug block bug 1535532 since this issue is a pre-existing issue (bug 1039799).
Presumably what we need to fix this is;
- in nsDisplayBackgroundColor tell whether the background color is inherited from an animating background color, and identify the element (nsIFrame I suppose) inheriting the color
- Copy the Layer::animation object of the ancestor's
- Create a new AnimationInfo having a different animation id with the copied object
- Send the AnimationInfo to the compositor
This should work for the test case I am attaching. But if inherit
is used in keyframes, things are more complicated.
Reporter | ||
Comment 1•5 years ago
|
||
(In reply to Hiroyuki Ikezoe (:hiro) from comment #0)
- Copy the Layer::animation object of the ancestor's
- Create a new AnimationInfo having a different animation id with the copied object
For WebRender, we don't need to copy the animation object at all, we don't need to generate the different animation id either. We can re-use the same animation id for different display items.
Updated•2 years ago
|
Severity: normal → S3
Reporter | ||
Updated•1 year ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•