Branch: refs/heads/webkitglib/2.50
Home: https://github.com/WebKit/WebKit
Commit: 3a65a419338b03c05d0d4be1b2ff22fc49a0a18a
https://github.com/WebKit/WebKit/commit/3a65a419338b03c05d0d4be1b2ff22fc49a0a18a
Author: Michael Catanzaro <[email protected]>
Date: 2025-12-04 (Thu, 04 Dec 2025)
Changed paths:
M Source/WebKit/UIProcess/WebPageProxy.cpp
Log Message:
-----------
Cherry-pick 303867@main (1e6c25ac7d90).
https://bugs.webkit.org/show_bug.cgi?id=283546
Crash in WebPageProxy::sendWheelEvent if the WebProcess takes too long to
start
https://bugs.webkit.org/show_bug.cgi?id=283546
Reviewed by Adrian Perez de Castro.
Third time is the charm! We have previously landed two failed attempts
to fix frequent crashing in WebPageProxy::sendWheelEvent. Turns out
Lauro Moura had already debugged this and proposed a fix, which had
never landed. An AuxiliaryProcessProxy does not initially have a valid
IPC::Connection; instead it stores IPC messages into a queue, to be
processed and sent when the auxiliary process has finished launching. We
simply need to use that functionality instead of trying to access the
connection manually.
This commit is a rebased version of Lauro's work, except I use
WebPageProxy::sendToProcessContainingFrame to avoid breaking site
isolation, and have also changed
WebPageProxy::sendWheelEventScrollingAccelerationCurveIfNecessary, which
has the same bug. Finally, I also revert the unnecessary changes that I
previously landed in 302030@main.
Canonical link: https://commits.webkit.org/303867@main
Canonical link: https://commits.webkit.org/298234.312@webkitglib/2.50
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications