ScrollingTreeScrollingNode: use LayerRepresentation for scroll container, scrolled contents layers
Created attachment 379620 [details] Patch
I'll review when the tests are passing.
Created attachment 379635 [details] WIP
Created attachment 379636 [details] Patch
(In reply to Simon Fraser (smfr) from comment #2) > I'll review when the tests are passing. Builds fine now. The mac-debug-wk1 failure is not related.
Comment on attachment 379636 [details] Patch Clearing flags on attachment: 379636 Committed r250415: <https://trac.webkit.org/changeset/250415>
All reviewed patches have been landed. Closing bug.
<rdar://problem/55772092>
I looks like the change in https://trac.webkit.org/changeset/250415/webkit caused iOS debug testing to exit early with 50 crashes and 850 API failures. Build: https://build.webkit.org/builders/Apple%20iOS%2013%20Simulator%20Debug%20WK2%20%28Tests%29/builds/160 This will have to be rolled out.
Reverted r250415 for reason: Broke iOS debug testing with 50 crashes and 850 API failure Committed r250427: <https://trac.webkit.org/changeset/250427>
With the switch to LayerRepresentation, an object of this type was used in a null check here: https://trac.webkit.org/browser/webkit/trunk/Source/WebKit/UIProcess/RemoteLayerTree/ios/ScrollingTreeFrameScrollingNodeRemoteIOS.mm#L69 Before the patch, this was testing nullness of a RetainPtr, which works fine. But with LayerRepresentation, the boolean evaluation ended up using the GraphicsLayer::PlatformLayerID operator to retrieve an integral value that could be tested in a boolean context. With the LayerRepresentation object containing a platform layer pointer, the asserts occurred. Bug #202344 has a patch that makes the LayerRepresentation operators explicit for safer but more verbose use, as well as adds a new operator that would be used in boolean contexts, avoiding the problem that caused the regression.
Created attachment 379813 [details] Patch Same patch up for re-review, with no problems expected now due to changes in bug #202344.
Created attachment 379816 [details] WIP Never mind, some additional iOS changes are required.
Created attachment 379817 [details] Patch Now ready.
Comment on attachment 379817 [details] Patch Clearing flags on attachment: 379817 Committed r250498: <https://trac.webkit.org/changeset/250498>