mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2026-02-05 00:29:40 +03:00
Android application crashes on unlock but not login #821
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 @symphorien on GitHub (Oct 3, 2020).
Subject of the issue
Your environment
0b6a003a8b.patchSteps to reproduce
Lock the vault
Type the master password, and unlock.
The application crashes
Logcat:
Expected behaviour
Unlock the vault
Actual behaviour
Bitwarden closes
@symphorien commented on GitHub (Oct 3, 2020):
Note that according to the web vault, I'm using more than 5000 iterations

@cylonr commented on GitHub (Oct 4, 2020):
Same error here.
I ve save a movie
https://youtu.be/KJDp-aHDxLs
@symphorien commented on GitHub (Oct 4, 2020):
I did this:
and now it works, and I don't know why ¯\_(ツ)_/¯
@BlackDex commented on GitHub (Oct 4, 2020):
@symphorien, @cylonr
May i ask which version of bitwarden_rs you are running?
This could be an issue with a missing endpoint /api/accounts/verify-password.
If you check your bitwarden.log, can you see something in there during that exact same time?
@symphorien commented on GitHub (Oct 4, 2020):
Bitwarden_rs version: 1.16.3
I tried with and without this patch backported, just in case:
0b6a003a8b.patch@BlackDex commented on GitHub (Oct 4, 2020):
@symphorien and what do you see in the bitwarden logs?
Maybe try to raise the log-level to debug?
@symphorien commented on GitHub (Oct 4, 2020):
There is nothing to be seen in the server logs, and I can't raise the level to debug now that I can't reproduce any more...
@BlackDex commented on GitHub (Oct 4, 2020):
not even a 404 not found or something?
There should be at least something?
If there is nothing then i don't think it has something to do with bitwarden_rs.
I have read some stuff about a small defect in an android version, but not sure.
@symphorien commented on GitHub (Oct 4, 2020):
No match for 40x or 50x status codes.
@BlackDex commented on GitHub (Oct 5, 2020):
Strange, in that case i doubt that it has to do something with the bitwarden_rs api backend actually.
And more a specific issue with the bitwarden app for android maybe in combination with the specific phone software, brand, version, other apps.
@symphorien commented on GitHub (Oct 5, 2020):
I have an hypothesis:
I had the bug, then applied the patch, then tried to unlock and it failed. I opened the issue and only then logged out and logged in again. Then it worked. Hypothesis: the patch must be present at login time to fix the bug.
Could you confirm that backporting
0b6a003a8band logging out and in again fixes the problem, @cylonr ?@BlackDex commented on GitHub (Oct 5, 2020):
Um, because that specific endpoint is only called during unlock, never during login.
@fazo96 commented on GitHub (Oct 7, 2020):
Hi, I have the same problem. Everything was fine until two days ago when I started running into this bug. I think bitwarden for android has been updated and some change triggers this bug.
I don't know if the problem is on bitwarden_rs's side or on the bitwarden app's side. What can I do to help out?
@BlackDex commented on GitHub (Oct 7, 2020):
@fazo96, in the bitwardenrs logs, do you see anything when you try to unlock??
@fazo96 commented on GitHub (Oct 9, 2020):
I tried replicating the bug by unlocking normally and the only log lines that came up while I was using the android app are:
They appeared when I opened the app. I then entered my passphrase and the app crashed. I kept doing it a few more times, no new log lines appeared on the server.
Then I logged out from the app and logged back in, which is what I have to do every time I need to unlock the vault to avoid the app crashing, and these logs appeared:
It is actually 14:11 now not 12:10 because I am in a GMT+2 timezone. Maybe the problem is the clock is out of sync? The server runs inside docker. However, up until a few days ago it has always worked fine and I made no changes to the server.
@BlackDex commented on GitHub (Oct 9, 2020):
Which android version are you using? I can't replicate this at all.
Im running Version: 2.6.2 (3206) on android. And the last
testingdocker image.@kykc commented on GitHub (Oct 11, 2020):
I've just had an exactly the same problem. When I was gathering information to report here I've somehow fixed it unintentionally, at least for now.
So, initial situation is the same: can login, but got crash on unlock.
Exception
Configuration
bitwardenrs/serverdocker hub)Story
Yesterday I've tried to update bitwarden_rs to the latest 1.17.0 but the issue was still there. However, I didn't try to logout and then login again on the client. I've just tried to unlock after bitwarden_rs update and still got the same crashes.
Today I've found this issue and decided to participate. When gathering all the version numbers and stuff I've logged out of bitwarden account to get the client version from about menu. And then I logged back in the issue was gone.
@BlackDex commented on GitHub (Oct 11, 2020):
I just tried this in an android emulator using an emulated
Nexus 5XusingAndroid 9but i can't replicate this whole issue.Could you please provide some more information like
KDF Iterations.@kykc commented on GitHub (Oct 11, 2020):
Sure thing.
@BlackDex commented on GitHub (Oct 11, 2020):
Well, there is your issue.
The bitwarden client's do not work (that well) without SSL.
@kykc commented on GitHub (Oct 11, 2020):
I know about the issues with web access and disabled crypto APIs in modern browsers, but windows/linux/android apps worked fine up until this moment. Thank you, I'll wrap my instance in SSL if problem persists.
@BlackDex commented on GitHub (Oct 11, 2020):
Well, i just quickly tested it on my local dev environment, but it does seem to work.
Also, i can't reproduce the error over there.
I need more information.
Like, is there any call done to bitwarden_rs at all when you want to unlock?
Because, if not, it really is a client issue.
@BlackDex commented on GitHub (Oct 11, 2020):
AH! I have found the culprit!
https://github.com/bitwarden/mobile/issues/1006
@BlackDex commented on GitHub (Oct 11, 2020):
@kykc Could you check your vault for any items which do not have a "name" set?
@BlackDex commented on GitHub (Oct 11, 2020):
@kykc Could you open your sqlite3 database and check the
cipherstable and see if you have anything in thenamecolumn that doesn't start with a 2. ? or stands out very different from the other items?@BlackDex commented on GitHub (Oct 11, 2020):
Or, if you are comfortable with it, give me a dump of the
cipherstable?There is nothing in there which i can use to retrieve your passwords or which sites etc.. But it can help we to debug your issue.
Just run:
@BlackDex commented on GitHub (Oct 12, 2020):
Or could you try the following please.
Install and configure the bitwarden cli https://bitwarden.com/help/article/cli/.
Install the tool
jq, most distro's have that in there repo's https://stedolan.github.io/jq/download/.Check if you can execute
bw list itemsand get a bunch of data returned.If that works, execute the following.
@kykc commented on GitHub (Oct 12, 2020):
Sure:
Seems that there is no such objects in my vault (I've also checked that
bwreturns data as such). But, as I've mentioned earlier I cannot reproduce the issue myself currently. It was gone after I've updated bitwarden_rs (1.14.1 to 1.17.0) and logged out and then back in.PS I've also checked that
jqworks as expected@BlackDex commented on GitHub (Oct 12, 2020):
Ah, wait, it is fixed now?
Yea, 1.14.1 was missing some /api endpoints, so that explains it.
Those are fixed in 1.17.0 indeed :).
@kykc commented on GitHub (Oct 12, 2020):
Yes, I've had 1.14.1 when I observed the issue. Then that's it, I guess. Thanks a lot for your support! 👍
@BlackDex commented on GitHub (Oct 12, 2020):
Your welcome
@fazo96 commented on GitHub (Oct 13, 2020):
Solved for me too when updating to 1.17 👍 Thanks!
I had some trouble figuring out why it was not updating until I noticed I was using the
bitwardenrs/server:raspberrydocker image.In case anyone has the same problem, that image tag is no longer updated and you need to pull
bitwardenrs/server:latestand use that instead, which now works on all platforms so a specific tag for usage on arm hardware is not needed anymore.