-
Notifications
You must be signed in to change notification settings - Fork 112
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement: A/B test for allowing F/T setup and authentication on desktop #11347
base: main
Are you sure you want to change the base?
Conversation
cdba74a
to
6e5027e
Compare
6e5027e
to
8adbf86
Compare
can you rebase this branch to pick up changes to the reviewapp deploy process? |
@@ -19,11 +18,10 @@ export class WebauthnInputElement extends HTMLElement { | |||
return; | |||
} | |||
|
|||
if (isWebauthnPasskeySupported() && (await isWebauthnPlatformAuthenticatorAvailable())) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wouldn't expect to see this code entirely removed, since we still only want to allow devices considered unsupported by isWebauthnPasskeySupported()
if the user is part of the A/B test.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wouldn't expect to see this code entirely removed, since we still only want to allow devices considered unsupported by
isWebauthnPasskeySupported()
if the user is part of the A/B test.
I might be confused but shouldn't a user without a device be an automatic disqualifier for the test?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What I mean is that if we remove the isWebauthnPasskeySupported()
, then "Face or touch unlock" will be visible as an option to everyone (all desktop users), not just those who are selected into the A/B test.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, gotcha. So the line will be
// if webauthn passkeys are available, supported, and a part of the A/B test
Okay cool.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
More precisely, it'd be something like:
if (((isWebauthnPasskeySupported() || isOptedInToAbTest()) && (await isWebauthnPlatformAuthenticatorAvailable())) {
// ...
}
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Then from that, you could still get if supported and available, then show. What if we changed this up a little bit?
if (((isWebauthnPasskeySupported() || isOptedInToAbTest()) && (await isWebauthnPlatformAuthenticatorAvailable()))
{
// ...
}
Because then if its not available at all, then we can skip over the second check which would automatically be false?
EDIT: Wait, that would be the same logic.
f9c9122
to
eeb8788
Compare
…ercentage to sign up screen
Currently a draft PR to allow setup and authorization on desktops.