Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: bb5b0c53252514e0bd1ed38e2f0f6ad2bebbb9c9
https://github.com/WebKit/WebKit/commit/bb5b0c53252514e0bd1ed38e2f0f6ad2bebbb9c9
Author: Abrar Rahman Protyasha <[email protected]>
Date: 2026-07-26 (Sun, 26 Jul 2026)
Changed paths:
M Source/WebKit/UIProcess/PDF/WKPDFHUDView.swift
M Tools/TestWebKitAPI/Tests/WebKit/WKWebView/UnifiedPDFTests.mm
Log Message:
-----------
REGRESSION(309541@main): Only one HUD responds to mouse clicks in web content
with multiple embedded PDFs
https://bugs.webkit.org/show_bug.cgi?id=320295
rdar://183165576
Reviewed by Richard Robinson.
Before 309541@main, mouse events were delivered to the HUD courtesy of a
polling loop in WebViewImpl's mouse responder methods. Since we moved to
AppKit-native dispatch in that method, the `-hitTest:` method became the
routing mechanism. Our `-hitTest:` implementation made one mistake,
which was to completely shortcircuit AppKit hit testing for off-the-bar
hits and return the underlying web view directly. We should have instead
delegated to AppKit's view hierarchy walk for said hit inquiries, which
we do so with this patch by returning `nil` instead of the web view.
Test: TestWebKitAPI.UnifiedPDF.PDFHUDMultiplePluginsDoNotInterceptHitTesting
* Source/WebKit/UIProcess/PDF/WKPDFHUDView.swift:
(WKPDFHUDView.hitTest(_:)):
* Tools/TestWebKitAPI/Tests/WebKit/WKWebView/UnifiedPDFTests.mm:
(TestWebKitAPI::UNIFIED_PDF_TEST):
Canonical link: https://commits.webkit.org/317936@main
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
