Password autofill on Safari 16.4 raises exception

When using password autofill on Safari 16.4 (Ventura 13.3 on M1 Mac), and a third party password manager, when the proposed credential is selected an exception dialog appears.

This is new behaviour since the 16.4/13.3 update.

Touch id may be on or off - same result.

Traceback from exception:

Exception Name: NSInvalidArgumentException
Description: -[WBSCredentialIdentityMatch autoFillPasskey]: unrecognized selector sent to instance 0x600003bd3f00
User Info: (null)

0   CoreFoundation                      0x000000018928719c __exceptionPreprocess + 176
1   libobjc.A.dylib                     0x0000000188da64d4 objc_exception_throw + 60
2   CoreFoundation                      0x000000018932e178 -[NSObject(NSObject) __retain_OA] + 0
3   CoreFoundation                      0x00000001891ef150 ___forwarding___ + 1600
4   CoreFoundation                      0x00000001891eea50 _CF_forwarding_prep_0 + 96
5   Safari                              0x00000001b3ffc7b4 -[FormAutoFillCompletionControllerObjCAdapter shouldShowAuthenticationSheetForCompletionListItem:] + 136
6   Safari                              0x00000001b3ffa770 -[FormAutoFillCompletionControllerObjCAdapter performActionForListItem:result:shouldAbortCompletion:] + 44
7   Safari                              0x00000001b3ff04e8 _ZN6Safari32FormAutoFillCompletionController29performSelectedListItemActionERNS_33FormAutoFillCompletionShouldAbortE + 84
8   Safari                              0x00000001b3ffb844 -[FormAutoFillCompletionControllerObjCAdapter menuTableView:mouseUpInRow:] + 56
9   Safari                              0x00000001b3f0dbe0 -[MenuTableView mouseDown:] + 312
10  AppKit                              0x000000018c5ce474 -[NSWindow(NSEventRouting) _handleMouseDownEvent:isDelayedEvent:] + 3476
11  AppKit                              0x000000018c5590dc -[NSWindow(NSEventRouting) _reallySendEvent:isDelayedEvent:] + 364
12  AppKit                              0x000000018c558d9c -[NSWindow(NSEventRouting) sendEvent:] + 284
13  AppKit                              0x000000018c5580e0 -[NSApplication(NSEvent) sendEvent:] + 1556
14  Safari                              0x00000001b3dc6f64 -[BrowserApplication sendEvent:] + 496
15  AppKit                              0x000000018c7a80f0 -[NSApplication _handleEvent:] + 60
16  AppKit                              0x000000018c41f57c -[NSApplication run] + 500
17  AppKit                              0x000000018c3f69a8 NSApplicationMain + 880
18  Safari                              0x00000001b412daa8 SafariMain + 408
19  dyld                                0x0000000188dd7f28 start + 2236
  • Submitted. FB12084416

    The app is SamuraiSafe, but it's code is not executed prior to the exception being raised (I checked in the debugger), so I don't think it is app dependent. It is written in Objective C.

  • A workaround is to invoke the app dialog that allows credential selection (AppName....). That all works fine.

Add a Comment

Accepted Reply

Resolved in Safari 16.5 supplied with macOS Ventura 13.4.

Replies

We’re very interested in investigating and fixing this; thank you for posting about this! Would you mind filing a Feedback report, and in that report, identifying which password manager app you’re using? If you could reply here with the Feedback ID, that would be ideal for making this rapidly actionable for us. Again, we appreciate your time and the report.

  • Submitted. FB12084416. See comments added above.

  • Also seeing this behavior with Minimalist Password Manager. Feedback submitted in FB12090396.

  • Give the title of the calling methods, is this possibly an objective-c only problem?

    Does anyone have a working ASCredentialProviderViewController?

Add a Comment

Resolved in Safari 16.5 supplied with macOS Ventura 13.4.