Bug 236665 - incorrect z ordering after an animation
Summary: incorrect z ordering after an animation
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Animations (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2022-02-15 13:34 PST by Fujii Hironori
Modified: 2022-02-17 06:55 PST (History)
7 users (show)

See Also:

Attachments
test case (1.43 KB, text/html)
2022-02-15 13:34 PST, Fujii Hironori 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Fujii Hironori 2022-02-15 13:34:13 PST 
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
Comment 1 Antoine Quint 2022-02-16 01:55:55 PST 
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.
Comment 2 Antoine Quint 2022-02-16 02:29:59 PST 
The difference here is likely that this animation does not run accelerated (due to using steps-end easing).
Comment 3 Antoine Quint 2022-02-16 02:31:18 PST 
We call invalidateStyleAndLayerComposition() when an element's animation completes with acceleration. I expect we fail to do the same in the non-accelerated case.
Comment 4 Radar WebKit Bug Importer 2022-02-17 06:55:53 PST 
<rdar://problem/89084254>