Skip to content
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

gpg permission handling is potentially confusing #1223

Open
eloquence opened this issue Mar 6, 2021 · 2 comments
Open

gpg permission handling is potentially confusing #1223

eloquence opened this issue Mar 6, 2021 · 2 comments
Labels

Comments

@eloquence
Copy link
Member

When the user starts the SecureDrop Client and logs in, they have to authorize sd-gpg access to decrypt any not previously decrypted messages.

gpgprompt

That's fine if they see the prompt. Unfortunately, they may accidentally click the SecureDrop Client window and miss the prompt, in which case new messages will stall in the Message not yet available state without an indication why. The prompt itself has the somewhat unhelpful title Question and is easy to miss in the taskbar.

User Story

As a user, I want to be told clearly how to get the app to decrypt stuff, so that I don't get stuck unable to read things without knowing why.

@eloquence eloquence added the ux label Mar 6, 2021
@eloquence
Copy link
Member Author

Intuitively, the most elegant solution to me would be to display some kind of banner in the app that indicates that a permission request is pending, e.g.

You must grant permission to decrypt new messages.

Such a prompt would be even more useful if it could trigger the permission prompt to re-appear; alternatively, a [Show me how] button might be a reasonable approach.

Can we detect if a permission request is pending (as opposed to, say, sd-gpg running a very slow decryption operation on a large file), in a manner that would allow us to display such a banner in the app?

@ninavizz
Copy link
Member

The elegant solution, seems like it'd be Qubes handling this in the Tray... and this issue could be helpful for securing UXLab funding to work on that. I can poke in the Qubes repo to see if anyone might be keen to code such a widget, if a design solution were to be delivered. Regrettably, not once has this been commented on in ~5500 completed general user surveys, nor in the ~320 appmenu user surveys (that have received lots of other and more general ux feedback, too).

Question for SD team (+1 to Erik's, above): upon the user clicking the button in the above dialog to approve the request, could an overlay or othersuch UI somethingerother be poked in the client to disappear?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants