Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 5ceeaba755e447f42f3cdd36cf7b600dad6b9798
https://github.com/WebKit/WebKit/commit/5ceeaba755e447f42f3cdd36cf7b600dad6b9798
Author: Alex Christensen <[email protected]>
Date: 2025-02-05 (Wed, 05 Feb 2025)
Changed paths:
M Source/WebKit/UIProcess/API/Cocoa/_WKInputDelegate.h
M Source/WebKit/UIProcess/ios/WKContentViewInteraction.h
M Source/WebKit/UIProcess/ios/WKContentViewInteraction.mm
M Tools/TestWebKitAPI/Tests/ios/KeyboardInputTestsIOS.mm
M Tools/TestWebKitAPI/Tests/ios/TestInputDelegate.h
M Tools/TestWebKitAPI/Tests/ios/TestInputDelegate.mm
Log Message:
-----------
Make an asynchronous version of
_WKInputDelegate._webView:focusRequiresStrongPasswordAssistance:
https://bugs.webkit.org/show_bug.cgi?id=286494
rdar://143579852
Reviewed by Wenson Hsieh.
With minimal reordering of when _focusedElementInformation is set, we can call
_continueElementDidFocus synchronously or asynchronously and there should be no
behavior change. To prevent _continueElementDidFocus from being called after a
blur, I add a check to _focusedElementInformation.identifier after the
asynchronous
delegate call to do nothing if we have changed focus during the delegate call.
I changed the SetForScope to a CompletionHandlerCallingScope so I can pass it
through
an asynchronous call.
* Source/WebKit/UIProcess/API/Cocoa/_WKInputDelegate.h:
* Source/WebKit/UIProcess/ios/WKContentViewInteraction.mm:
(-[WKContentView
_elementDidFocus:userIsInteracting:blurPreviousNode:activityStateChanges:userObject:]):
(-[WKContentView
_continueElementDidFocus:focusedElementInfo:requiresKeyboard:activityStateChanges:]):
Canonical link: https://commits.webkit.org/289895@main
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
_______________________________________________
webkit-changes mailing list
[email protected]
https://lists.webkit.org/mailman/listinfo/webkit-changes
