Bug 250310 - CSS clip-path should prevent direct image compositing
Summary: CSS clip-path should prevent direct image compositing
Status: RESOLVED INVALID
Alias: None
Product: WebKit
Classification: Unclassified
Component: CSS (show other bugs)
Version: Safari Technology Preview
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2023-01-09 03:17 PST by Ahmad Saleem
Modified: 2023-03-10 08:25 PST (History)
5 users (show)

See Also:

Attachments
Safari 16.2, Chrome Canary 111 & Firefox Nightly 110 - difference (9.34 MB, video/quicktime)
2023-01-09 15:27 PST, Ahmad Saleem 		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 Ahmad Saleem 2023-01-09 03:17:11 PST 
Hi Team,

While going through Blink's commit, I came cross another failing test case in Safari 16.2 & Safari Technology Preview 160 (while passing in Chrome Canary 111 & Firefox Nightly 110), I tried to look for related bug but couldn't find (it could be silly me here):

Test Case - https://jsfiddle.net/sjmanpte/

^ Hover and it will be different black while in Chrome etc., it would be turning into greyish + light greenish.

Blink Commit - https://chromium.googlesource.com/chromium/blink/+/f952e432e1e936b068eed89fbc567ee2a261aa58

WebKit Source - https://searchfox.org/wubkat/source/Source/WebCore/rendering/RenderLayerBacking.cpp#2988

adding "|| renderer().hasClipPath())" into above.

Just wanted to raise it so this can be fixed.

Thanks!
Comment 1 Simon Fraser (smfr) 2023-01-09 12:24:36 PST 
The testcase renders correctly in WebKit so I'm not sure we need the change.
Comment 2 Ahmad Saleem 2023-01-09 15:27:17 PST 
Created attachment 464427 [details]
Safari 16.2, Chrome Canary 111 & Firefox Nightly 110 - difference

@smfr - I am getting this on my end, you checked with WebKit Trunk build?
Comment 3 Simon Fraser (smfr) 2023-01-09 15:46:48 PST 
In a recent WebKit build (and STP 160) I see the same as the CHrome/Firefox behavior; the circle gets more transparent as it zooms up.
Comment 4 Ahmad Saleem 2023-01-09 15:48:20 PST 
(In reply to Simon Fraser (smfr) from comment #3)
> In a recent WebKit build (and STP 160) I see the same as the CHrome/Firefox
> behavior; the circle gets more transparent as it zooms up.

For some reason, I have same behavior in STP160 and Safari 16.2 and similar to attached video. Strange! :-(
Comment 5 Ahmad Saleem 2023-01-09 15:50:03 PST 
(In reply to Ahmad Saleem from comment #4)
> (In reply to Simon Fraser (smfr) from comment #3)
> > In a recent WebKit build (and STP 160) I see the same as the CHrome/Firefox
> > behavior; the circle gets more transparent as it zooms up.
> 
> For some reason, I have same behavior in STP160 and Safari 16.2 and similar
> to attached video. Strange! :-(

If I use incognito mode then I get same as Chrome Canary 111 and Firefox Nightly 110 using even Safari 16.2. So it might be cache issue?
Comment 6 Radar WebKit Bug Importer 2023-01-16 03:18:17 PST 
<rdar://problem/104294888>
Comment 7 Antti Koivisto 2023-03-10 08:24:21 PST 
I can't repro this with WebKit trunk.
Comment 8 Ahmad Saleem 2023-03-10 08:25:57 PST 
Let's mark this as "RESOLVED INVALID" since others are not able to reproduce and no need to loss our time here. :-)