-
Notifications
You must be signed in to change notification settings - Fork 683
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
Explore workaround for Tails 5 decryption behavior #6459
Comments
For users comfortable on the command-line, a one-liner like this (invoked in the root into which the subdirectories were encrypted) seems to do the trick:
|
As a GUI workaround, we can apply the upstream fix and persist it locally:
Content for
I've tested this process and it works for me on Tails 5. Upon peer review, I think we can potentially share this process with folks who need a near-term workaround. |
Instructions work for me in Tails 5. 👍 |
(Closing this issue; we can add this workaround to the docs if https://gitlab.tails.boum.org/tails/tails/-/merge_requests/820 doesn't make it into Tails 5.1.) |
Tails 5 caused double-click decryption to break, which has caused some pain and frustration for users who have upgraded their SVS. The issue is expected to at least partially resolved with this upstream PR, which may ship as early as Tails 5.1.
This issue is to explore near-term guidance we can give users to deal with decrypting larger numbers of files. The problem is that SecureDrop provides its downloads in a nested directory structure, which users now have to navigate twice -- once in the file manager to access the file, and separately in Kleopatra to decrypt it, one at a time. Kleopatra does not appear to support recursive bulk-decryption.
The text was updated successfully, but these errors were encountered: