Automatic update from web-platform-tests
Forward wheel events to main thread when pointer is locked.
When the pointer is locked, the position of wheel events can be outside
the viewport bounds. This causes HasBlockingWheelEventHandlerAt()
to miss, and HandleMouseWheel() incorrectly drops the event instead of
forwarding it to the main thread.
Fix this by tracking pointer lock state in InputHandlerProxy with a new
is_pointer_locked_ flag. When set, HandleMouseWheel() returns
DID_NOT_HANDLE.
PointerLockController sets the flag in DidAcquirePointerLock() and
clears it in ExitPointerLock(), posting a task that sets the flag on
the input thread through WidgetInputHandlerManager.
A WPT test pointerlock/pointerlock_wheel_event_outside_target.html is
added with failure on chaining scroll from the pointer-locked element,
which will be handled by a separate CL (crbug.com/530589456).
Bug: 497060679, 530589456
Change-Id: Ib5635d79d13d852b3426c3665716ec629cecc754
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/8022943
Reviewed-by: Robert Flack <flackr@chromium.org>
Commit-Queue: Byungwoo Lee <blee@igalia.com>
Cr-Commit-Position: refs/heads/main@{#1658459}
--
wpt-commits: 488fe03e180e94f7d0739542f6192307e261100e
wpt-pr: 61125
Byungwoo Lee
9148e53e84