Bug 69724
| Summary: | z-index doesn't work on inline-block level elements with rotateY transform in Safari | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | lensco <lensco> |
| Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED CONFIGURATION CHANGED | ||
| Severity: | Normal | CC: | ahmad.saleem792, ap, bfulgham, karlcow, mathias, mattwoodrow, simon.fraser, tabatkins, webkit-bug-importer, zalan |
| Priority: | P2 | Keywords: | BrowserCompat, InRadar |
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| URL: | http://jsfiddle.net/lensco/J3PUq/ | ||
lensco
As you can see in the test case (http://jsfiddle.net/lensco/J3PUq/) z-index doesn't seem to affect inline-block level elements with a rotateY transform. This happens only in Safari – tested in WebKit Nightly 7534.48.3 and Safari 5.1 on Lion and Safari 5.0.6 on Snow Leopard. Chrome (dev channel) looks fine.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Ahmad Saleem
Updated to remove -webkit-:
Link - https://jsfiddle.net/2dsfqtrj/
I am able to reproduce this in Safari Technology Preview 153, where the second container does not work while hovering and shift similar to first container. All other browsers (Chrome Canary 107 and Firefox Nightly 106) have 'rotate' effect.
Going to change status to "New", it might be duplicate of other bug but still sharing updated testing results. Thanks!
Simon Fraser (smfr)
This is about 3d transform rendering.
Radar WebKit Bug Importer
<rdar://problem/122588208>
Ahmad Saleem
Safari 17.4 seems to no longer reproduce this issue and both container now react similar to hover.
@Karl - can you confirm so we can mark this as 'RESOLVED CONFIGURATION CHANGED'? One less bug to track for 'BrowserCompat' (if it is fixed).
Karl Dubost
Confirmed.