WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED WORKSFORME
219814
`navigator.credentials.get()` immediately fails if a different security key is plugged in
https://bugs.webkit.org/show_bug.cgi?id=219814
Summary
`navigator.credentials.get()` immediately fails if a different security key i...
Lucas Garron
Reported
2020-12-11 16:35:09 PST
Created
attachment 416069
[details]
Screen capture of the UX in question Reproduction steps: 1. Register a security key on GitHub.com 2. On a MacBook Pro with macOS Big Sur 11.0, plug in a *different* security key. 3. Log into the account with registered in step 1. Observed: At the security key step, Safari flashes the security key prompt, but immediately removes it and replaces it with a "Found no credentials on this device" explanation. Expected: The user is prompted to insert a security key, as if the correct (or no) security key was currently inserted. The current behaviour somewhat makes sense if you assume that a user only has a single security key that they would ever plug into a given device (or perhaps if the device can only hold one security key that is generally not left in permanently, as on iOS), but it will result in a rather confusing UX if someone: 1. Has two computers with a permanently plugged-in security key each. 2. Registers a security key in computer. 3. Tries to log into the other computer (perhaps to try to register the other key). If they didn't switch the keys ahead of the prompt (quite likely if they don't immediately do step 3 after step 2), they get this issue. If the user is not given a chance to plug in another security key, it would be helpful if the prompt at least explained the reason (one key is already plugged in, and it doesn't have a valid registration for the site).
Attachments
Screen capture of the UX in question
(1.67 MB, video/quicktime)
2020-12-11 16:35 PST
,
Lucas Garron
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2020-12-18 16:36:19 PST
<
rdar://problem/72485080
>
David Waite
Comment 2
2021-10-05 17:05:17 PDT
WIW, via: Safari 15.1 (17612.2.6.1.1) on Monterey beta, Syncing Platform Authenticator and Web Authentication Modern disabled, Yubikey 5c (with passcode) inserted. Was not able to replicate. Was able to: - sign in via existing yubikey to GitHub.com - register TouchID on MacBook Pro 15 - sign out and provide u/p - provide WebAuthn using TouchID
pascoe@apple.com
Comment 3
2021-10-07 12:28:57 PDT
Hi, unable to replicate this behavior on Safari 15 and STP Release 133 (Safari 15.4, WebKit 17613.1.2.2). The steps I tried: 1. Register one security key on Github.com 2. Unplug first key and plug in a second security key 3. Login to account with key from step one
Brent Fulgham
Comment 4
2022-02-12 22:14:03 PST
We are unable to reproduce this behavior.
Lucas Garron
Comment 5
2022-02-12 23:49:48 PST
It does look like this is fixed for me now. 🤷
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug