These tests do things like: eventSender.keyDown("rightArrow"); expectTrue(document.scrollingElement.scrollLeft == (window.innerWidth * scale), "arrow key div scrolled to second div."); With UI-side compositing, arrow handling hits AsyncScrollingCoordinator::requestScrollPositionUpdate(), which bounces to the UI process, and then IPCs back to the web process via AsyncScrollingCoordinator::reconcileScrollingState() which updates the ScrollableArea's scroll position, which is then read by `scrollLeft`. So the tests need to wait for a presentation update after dispatching the key.
<rdar://problem/104108634>
Pull request: https://github.com/WebKit/WebKit/pull/8510
Committed 258790@main (0a58ac14fcc1): <https://commits.webkit.org/258790@main> Reviewed commits have been landed. Closing PR #8510 and removing active labels.