Closed wollew closed 2 years ago
Thanks for reporting this bug. I can reproduce it here on my end.
I am also faced with this issue, however, I do not use a self-hosted service. After the vault is locked, I can unlock it and it usually prompts me that "Cache expired". When I try to sync the cache, it asks me to unlock the vault, and I end up in a "loop" of trying to update and unlock.
@kaspersoerensen yes this is a bug in the workflow. I did not have time to fix it yet due to personal reasons that kept me busy and possibly still keep me busy for a while.
May this bug happen against regular bitwarden service? I'm facing the same problem, but I do not know if I'm misconfiguring something or the bug is happening also for non-self-hosted service.
I don't how to help since I don't probably have the required expertise. If necessary, I may help with testing.
Oh, glad to see that it's not me who somehow misconfigured the workflow. I know it's a problem with the workflow, because the cli works. So now I just wonder: is there a workaround or is the workflow simply broken for the time being?
The workaround is to use Logout+Login instead of just Unlock, that works for me at least.
Indeed, that worked for me right now. So you mean to ignore the Lock and Unlock functions and just logout and back in whenever necessary? (In my case, with 2FA enabled, it seems to defeat the purpose of having quick access to my passwords...)
That's the only workaround I know, for me it's not a lot of added inconvenience, I usually just Login once every day in the morning.
The workaround is to use Logout+Login instead of just Unlock, that works for me at least.
thanks, that worked for me :))
With the release 2.4.4 the lock and unlock should work again - I noticed that the unlock syncs all the items which takes quite much time (depending on the # of items). This is something for a separate task to improve.
With the release 2.4.4 the lock and unlock should work again - I noticed that the unlock syncs all the items which takes quite much time (depending on the # of items). This is something for a separate task to improve.
thanks for the quick fix :)
I can confirm the fix works, thank you!
Quite creative fix BTW, so the problem wasn't with the workflow after all but rather a problem of bitwarden-cli.
I am using the workflow with a self hosted vaultwarden server, the workflow only works after a login + sync. Once the workflow is "locked", either by auto-lock or by manually locking via .bwauth, I need to logout + login again to make it work.
This is what the debug output of a sync after a (successful) unlock looks like:
Output of "Unlock" was:
I can see the token being updated in Keychain after a successful unlock.