mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2026-02-05 00:29:40 +03:00
Login Fail after Vault Lock (Windows 10 app) #795
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @robobio on GitHub (Sep 8, 2020).
Bug Description
I am hosting BW on the Docker on a Synology NAS and I have never experienced the issue I am about to describe. I have installed the BW app in a fresh Windows 10 installation and the first login to my vault was successful. After locking the vault, though, I was unable to reenter it. A message kept appearing stating that my Master Password is wrong, although it was clearly not. However, I am only able to login to my vault after clicking the log-out button and then re-entiring the Master Password for the new login. For now, I have managed to bypass the problem by using the setting which logs me out after timeout instead of locking the vault. The BW app on my phone works pretty fine as usual. I lock the vault and then unlock it with my Master Password and everything is as it is supposed to be. Same holds true for the BW app in a Windows 10 laptop that I have; all works fine. It seems to be a problem with the fresh windows 10 installation. I have posted this issue at the official BW github but I was forwarded here.
Steps To Reproduce
Expected Result
The expected outcome of the above steps would be to simply reenter the vault.
Actual Result
What actually happens is that an error appears stating that the Master Password is incorrect.
Screenshot
Environment
@lakenen commented on GitHub (Sep 9, 2020):
I am seeing the same issue on the OS X client.
@dani-garcia commented on GitHub (Sep 9, 2020):
I think this is fixed in server version 1.16.2, unless this is a separate issue.
What server versions are you running?
@lakenen commented on GitHub (Sep 9, 2020):
Ah, yep, just updated my image to 1.16.3 and that fixed it for me.
@robobio commented on GitHub (Sep 9, 2020):
I thought I had updated it, but was wrong. I've updated the image and now all works pretty fine! Thank you very much for the help!