Add context hint for profile passwords #39

Closed
opened 2021-06-27 11:12:38 +00:00 by str4d · 1 comment

When creating a new profile, it isn't clear why a password should be set. The password box is ticked by default, but unticking it creates no observable UX change other than removing the password fields. In particular:

  • I don't know what the profile password actually protects / enforces.
  • I don't know whether a profile without a passphrase has any on-disk protections at all.
  • If I later go into the profile settings and add a password, what will happen then? Is there a downside to adding the password later rather than immediately?

Given there is so much available UX space when the password box is unticked, it would be helpful to explain what the user is losing from not adding a password, and what they can regain later in settings. Ideally the user would get some sort of hint in both toggled states.

When creating a new profile, it isn't clear why a password should be set. The password box is ticked by default, but unticking it creates no observable UX change other than removing the password fields. In particular: * I don't know what the profile password actually protects / enforces. * I don't know whether a profile without a passphrase has any on-disk protections at all. * If I later go into the profile settings and add a password, what will happen then? Is there a downside to adding the password later rather than immediately? Given there is so much available UX space when the password box is unticked, it would be helpful to explain what the user is losing from not adding a password, and what they can regain later in settings. Ideally the user would get some sort of hint in both toggled states.
sarah added the
bug
label 2021-06-27 14:58:07 +00:00
sarah added this to the Cwtch Beta 1.1 project 2021-06-28 21:08:22 +00:00

Is the question of whether the user needs to set a password effectively simplified as "Do you trust all users of this device?"? Maybe that concept could help make the profile creation workflow easier to understand.

Is the question of whether the user needs to set a password effectively simplified as "Do you trust all users of this device?"? Maybe that concept could help make the profile creation workflow easier to understand.
sarah added the
cwtch-beta-1.1
label 2021-07-13 17:50:00 +00:00
sarah added the
in-nightly
label 2021-07-14 17:26:11 +00:00
sarah closed this issue 2021-07-15 20:37:55 +00:00
Sign in to join this conversation.
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: cwtch.im/cwtch-ui#39
No description provided.