-
Notifications
You must be signed in to change notification settings - Fork 693
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
Image on /lookup does not take you back to the homepage #682
Comments
@runasand That's intentional, you can look up at the issue/PR where it was implemented. Otherwise it is easy for sources to accidentally go back to the home page and click "Submit documents" again, which will clear their cookies (logging them out). Currently the "check for replies" page does not check if the user is already logged in, so they will be locked out of the account they just created if they didn't memorize/record their code name. Proposals for an alternative flow welcome. |
Hah, I actually hit that issue a few minutes after opening this. I agree it makes sense to not have the image point to the homepage on /lookup, and I will think about alternative flows we can consider. |
How about we just create a "Logout" link, so that it's clear that, if they click it, they'll have to use their code name to get back in? |
++ to explicit logout link. @ihmccreery is working on this at the hackathon. |
@garrettr said of my patch: Does not close #682, you did not change the link for the image on /lookup.
|
When I was playing around with SecureDrop, as a brand new user, my first instinct for workflow were as follows:
When I tried to logout, I couldn't figure out how. As a (perhaps paranoid) user, it makes me feel weird to not have ability to logout explicitly. Perhaps there's more to be done than returning to the index, but I think it's confusing and weird-feeling to not allow a source to do an action that makes them sure that they've logged out. |
This is straightforward to fix, but a little tricky because you need to handle what happens if the source reloads the The current behavior is intentional, and is designed to prevent this outcome (since it is potentially disastrous, definitely confusing, and very easy to do by accident). We can improve this (and restore the intuitive behavior of clicking on the logo on |
Looks like this was implemented in PR #1165. Closing... |
Say the source is on /lookup and has just submitted something and wishes to go back to the homepage. The logical step would be to click on the SecureDrop logo on the left, but doing so seems to just refresh the page the source is currently on. Is this the expected behavior? If so, do we want to require users to edit the URL to go back to the homepage?
The text was updated successfully, but these errors were encountered: