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.
Created attachment 369560 [details] Testcase (shows incorrect opacity rendering)
<rdar://problem/50684464>
This bug leads to incorrect rendering of sharing layers with opacity, and assertions. It's required before bug 197692 can be fixed.
Bug 197692 fixed this *** This bug has been marked as a duplicate of bug 197692 ***