RESOLVED DUPLICATE of bug 197692 Bug 197783
Backing sharing should not happen for stacking-order descendants of already-sharing layers 
https://bugs.webkit.org/show_bug.cgi?id=197783
Summary Backing sharing should not happen for stacking-order descendants of already-s...
Simon Fraser (smfr)
Reported 2019-05-10 10:14:57 PDT
We should never do this: S--------C-c- -- ------ ------ 0x3a6878560 (0,0) width=600 height=588 (layerID 241) {sc 28} RenderView S----------c- -- ------ ------ + 0x3a68786b8 (0,0) width=600 height=322 <html> -NO------CP-- -- ------ ------ n 0x3a6878810 (18,10) width=302 height=302 (layerID 246) {sc 29} <div> class='scrollable' S--A------p-s -- ------ ------ + 0x3a6878968 (31,31) width=200 height=200 <div> class='outer sharing' ----------p-s -- ------ ------ + 0x3a6878ac0 (30,30) width=200 height=200 <div> class='sharing' 0x3a6878968 is already sharing, so 0x3a6878ac0 should just paint into it, rather than also sharing. This is causing assertions when trying to get painting with transforms working. We need to behave more like 0x3a6878968 was compositing.
Attachments
Testcase (shows incorrect opacity rendering) (936 bytes, text/html)
2019-05-10 10:15 PDT, Simon Fraser (smfr) 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Simon Fraser (smfr)
Comment 1 2019-05-10 10:15:16 PDT
Created attachment 369560 [details] Testcase (shows incorrect opacity rendering)
Radar WebKit Bug Importer
Comment 2 2019-05-10 17:41:56 PDT
<rdar://problem/50684464>
Simon Fraser (smfr)
Comment 3 2019-05-10 17:51:18 PDT
This bug leads to incorrect rendering of sharing layers with opacity, and assertions. It's required before bug 197692 can be fixed.
Simon Fraser (smfr)
Comment 4 2019-05-11 10:21:22 PDT
Bug 197692 fixed this *** This bug has been marked as a duplicate of bug 197692 ***
Note You need to log in before you can comment on or make changes to this bug.