-
Notifications
You must be signed in to change notification settings - Fork 538
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
Keychain errors not handled when removing users #8280
Comments
Okay, the app seems to have fixed itself after removing the acct, killing the app, deleting the tutanota-desktop directory in ~/.config, and then starting the app again. |
Hi, I'm really sorry about the issue and thank you for the info. It seems like your data and your keychain were out of sync. Normally we do handle this error during login but based on the stacktrace it's not handled when removing a user. We will look into this case. Reproduction steps probably look like the following:
it should delete the local user cleanly and fall back to login form |
Hey Sorry for lashing out yesterday Under a lot of stress |
No worries, it happens. Thanks for the report still, and good luck with what you're going through :) |
This commit adds minimal handling for the case when the device key is corrupted in some way, and we try to remove the local SSE data. This does not address the issue that the local data will still be unusable, this needs to be addressed in a more general way separately. Close #8280
This commit adds minimal handling for the case when the device key is corrupted in some way, and we try to remove the local SSE data. This does not address the issue that the local data will still be unusable, this needs to be addressed in a more general way separately. Close #8280
This commit adds minimal handling for the case when the device key is corrupted in some way, and we try to remove the local SSE data. This does not address the issue that the local data will still be unusable, this needs to be addressed in a more general way separately. Close #8280
This commit adds minimal handling for the case when the device key is corrupted in some way, and we try to remove the local SSE data. This does not address the issue that the local data will still be unusable, this needs to be addressed in a more general way separately. Close #8280
This commit adds minimal handling for the case when the device key is corrupted in some way, and we try to remove the local SSE data. This does not address the issue that the local data will still be unusable, this needs to be addressed in a more general way separately. Close #8280
This commit adds minimal handling for the case when the device key is corrupted in some way, and we try to remove the local SSE data. This does not address the issue that the local data will still be unusable, this needs to be addressed in a more general way separately. Close #8280
I will request features on forum or via support.
Describe the bugA clear and concise description of what the bug is.
To ReproduceSteps to reproduce the behavior:
1. Go to '...'2. Click on '....'
3. Scroll down to '....'
4. See error
Expected behaviorA clear and concise description of what you expected to happen.
ScreenshotsIf applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):- OS: [e.g. iOS]
- Desktop Environment, if applicable (on Linux)
- Version [e.g. 22]Additional contextAdd any other context about the problem here.
Test notes
safe_storage/tutanota-vault-tuta
)The text was updated successfully, but these errors were encountered: