[keycloak-dev] Usability: Improve screen for setup TOTP
Marek Posolda
mposolda at redhat.com
Fri Nov 22 03:14:28 EST 2019
On 21. 11. 19 22:22, Stan Silvert wrote:
> On 11/21/2019 9:20 AM, Marek Posolda wrote:
>> On 21. 11. 19 12:02, Marek Posolda wrote:
>>> I want to ask some feedback about the screen for the "Setup TOTP" .
>>> I've created JIRA https://issues.jboss.org/browse/KEYCLOAK-12168 ,
>>> which contains some screenshot of how currently the screen for the
>>> required action for "Setup OTP" looks like. In other words, this is
>>> displayed to the user at the end of the authentication when he has
>>> "Setup TOTP" required action on him.
>>>
>>> Few questions:
>>>
>>> * Is the "Device name" appropriate label? Would something like
>>> "Authenticator App Label" be better?
> I think Device Name is fine. You could put placeholder text inside the
> field that says, "My Device". This would make it clear what it is for.
Maybe. I think Stian had some issues with "Device Name" .
I see that in some cases the "Device Name" is probably fine. For example
if you have 2 phones "Xiaomi" and "Samsung" and you have Google
Authenticator installed on both phones, then you can use phone as Device
name as an authenticator. However there are some more use-cases for OTP
though, like software authenticators etc. AFAIR that was main argument
why "Device Name" is not so great.
But thanks for the feedback. I am curious for more feedback around this.
>>> * Should it be more emphasized that "Authenticator App Label" is not
>>> mandatory? IMO it is currently not very clear. Also there is
>>> nothing in the help-text about this input field. Maybe we can add
>>> another sentence to point 3 like "Optionally provide Authenticator
>>> App Label as a reference." I am not very happy with that sentence.
>>> Any better ideas?
> I wouldn't count on the user reading and comprehending what is in that
> text. He will probably just skim that text. But it doesn't hurt to
> explain a little more anyway. Suggestion for second sentence, "You can
> optionally provide a Device Name to help you manage your OTP devices.
I think that is much better than my sentence. Thanks!
>
> In addition, label the first field "One-time Code". It currently has no
> label. Second field can be labeled "Device Name (optional)".
>
> Normally, we use an asterisk to denote required vs. not required. Then
> you have something like:
> "* = Required fields" as a key. But with only two fields I think that
> would be overkill. So just putting "optional" in parens seems best.
Thanks, I was also thinking about adding label to both options and then
either use asterisk around "One-time Code" or instead use something like
"Device Name (optional)" on the second field. I think we will probably
go that way, unless there is better suggestion.
>>> * Alternatively we can use separate screen for providing the
>>> "Authenticator App Label" . In other words, there will be just
>>> single input for OTP code and than once user clicks "Submit" and
>>> OTP code is successfully verified, there will be another screen
>>> where he can provide "Authenticator App Label" . It seems Google
>>> is using separate screen for providing labels when user register
>>> Security Key.
>>>
>>> * Any better ideas?
>>>
>>> * We can possibly improve the old account console in similar manner.
>>> Currently it looks like in screenshot setup-otp-account-mgmt.png .
>>> Maybe we can at least change the label for "Device name" and also
>>> add another sentence to the help text?
>>>
>> One more point: At the bottom of the page for register TOTP, we possibly
>> need the link "Try another way" or something like that. This link will
>> be displayed just if user is currently trying to "Register 2nd factor
>> credential" because he is required to do so, and he has some more
>> alternative credential types to register (EG. WebAuthn).
> If the user is unable to complete the setup process he is stuck. At the
> very least, the user needs somewhere to go back to. You could make him
> start the login process over. From there he might be able to choose a
> social login.
BTV. That is another thing, which is planned. We will allow on all forms
to easily restart login process from the beginning
https://issues.jboss.org/browse/KEYCLOAK-12180 .
Marek
>
> If "another way" is available then I agree that it should be provided as
> an option.
>
>> Marek
>>
>>> Thanks,
>>>
>>> Marek
>>>
>> _______________________________________________
>> keycloak-dev mailing list
>> keycloak-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-dev
More information about the keycloak-dev
mailing list