| Summary: | incorrect z ordering after an animation | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Fujii Hironori <Hironori.Fujii> | ||||
| Component: | Animations | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | NEW --- | ||||||
| Severity: | Normal | CC: | bfulgham, dino, graouts, graouts, simon.fraser, webkit-bug-importer, zalan | ||||
| Priority: | P2 | Keywords: | InRadar | ||||
| Version: | WebKit Nightly Build | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=164094 | ||||||
| Attachments: |
|
||||||
If you open the test case with another tab open, then switching to another tab and returning to the test case shows the content in the right state. The difference here is likely that this animation does not run accelerated (due to using steps-end easing). We call invalidateStyleAndLayerComposition() when an element's animation completes with acceleration. I expect we fail to do the same in the non-accelerated case. |
Created attachment 452084 [details] test case I created this test case just by adding step-end to animations/stacking-context-not-fill-forwards.html. Chrome, Firefox: The green box is topmost Safari: The blue box is topmost