Bug 265309
| Summary: | Elements transformed with rotate(90deg) are not visible inside elements set with perspective | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Ben Frain <contact> |
| Component: | CSS | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED MOVED | ||
| Severity: | Normal | CC: | ahmad.saleem792, bunnyhero, karlcow, mattwoodrow, me, nicolas, simon.fraser, webkit-bug-importer |
| Priority: | P2 | Keywords: | BrowserCompat, InRadar |
| Version: | Safari 17 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Bug Depends on: | 258565 | ||
| Bug Blocks: | |||
Ben Frain
Here is a reduction of the issue: https://codepen.io/benfrain/pen/bGzKeGX
View in Chrome and Firefox and the 'goal posts' display as expected.
In Safari they are invisible.
My suspicion is that this has something to do with Safari trying to optimise that an element with `rotateY(90deg)` would ordinarily be invisible (as end on), which isn't the case inside a element with perspective.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Karl Dubost
<rdar://118006067>
Karl Dubost
This was reported recently also internally.
It's probably a regression
Regressed by https://github.com/WebKit/WebKit/commit/1aa517d47471fdc37ac5b6e2f3809de704ea8ac5
Bug 258565
rdar://111393557
Karl Dubost
Also as a band aid… and I understand it's not ideal
450deg and 1.25turn both works.
Ben Frain
For anyone hitting this it is also possible to work around by using rotateY(90.01deg)
Shannon Moeller
I have also experienced this issue. I resolved it by using 89.99999deg.
Working pen using 89.99999deg: https://codepen.io/shannonmoeller/pen/MWpWJGB
Broken pen using 90deg: https://codepen.io/shannonmoeller/pen/JjzOygP
bunnyhero
I also notice the bug goes away if I disable the feature flag "CSS 3D Transform Interoperability" (which is enabled by default).
Karl Dubost
bunnyhero,
in which version of Safari did you test?
I just did in STP 188 and this is working.
Karl Dubost
It is broken in Safari 17.3 indeed. So that should be fixed in a future version.
bunnyhero
(In reply to Karl Dubost from comment #7)
> bunnyhero,
>
> in which version of Safari did you test?
>
> I just did in STP 188 and this is working.
interesting! i just tried this on STP 188 (Release 188 (Safari 17.4, WebKit 19619.1.2.1.1)) on macOS 14.3.1 and the goal posts at https://codepen.io/benfrain/pen/bGzKeGX are invisible. wonder what's different in our environments.
Ahmad Saleem
(In reply to bunnyhero from comment #9)
> (In reply to Karl Dubost from comment #7)
> > bunnyhero,
> >
> > in which version of Safari did you test?
> >
> > I just did in STP 188 and this is working.
>
> interesting! i just tried this on STP 188 (Release 188 (Safari 17.4, WebKit
> 19619.1.2.1.1)) on macOS 14.3.1 and the goal posts at
> https://codepen.io/benfrain/pen/bGzKeGX are invisible. wonder what's
> different in our environments.
Yes, goal posts are missing even WebKit ToT (274497@main).
Karl Dubost
Indeed!
I tested on STP 188 on Internal version of the OS and this is working
but testing on a released macOS 14.3.1 (23D60) on STP 188, it fails.
So there is a dependency on the OS.
Ahmad Saleem
(In reply to Karl Dubost from comment #11)
> Indeed!
> I tested on STP 188 on Internal version of the OS and this is working
> but testing on a released macOS 14.3.1 (23D60) on STP 188, it fails.
>
> So there is a dependency on the OS.
Should we mark it as 'RESOLVED MOVED' then?
Karl Dubost
Yes. I confirmed. There is a dependency on the OS.
So the good news is that it will be fixed in a future update. pfew.
Matt Woodrow
*** Bug 264343 has been marked as a duplicate of this bug. ***