Open bannmann opened 5 years ago
Just out of curiosity, do you have Google Advanced Protection Program enabled for your account?
I had 0 issues accessing the files on Drive storage until I enabled this, which the help files for GAPP explicitly state that access to files on Drive from 3rd party apps will break.
Just out of curiosity, do you have Google Advanced Protection Program enabled for your account?
Yes, indeed. However, I turned on GAPP several weeks before the problems with KP2A started.
Anyway, in case the problems cannot be fixed easily (without users disabling GAPP), is there a workable way to let e.g. Google Drive handle the synchronization, marking files as "keep available offline", and telling KP2A to use that file (via the regular Android file picker)? I think I have configured it like that now, but I'm unsure whether with this setup, KP2A will be able to sync and merge properly in both directions. Maybe the approach is worth documenting somewhere.
I tried the mark file offline, but then decided that I would set up a Resilio sync folder between my PC and my phone, and using it on demand.
Further down the line I plan to set up a better system, incorporating a NAS at home as well as some sort of tunnel (probably VPN based) to access files back and forth, as well as to automatically backup media from my phone to the NAS.
For now, the Resilio works perfectly fine.
I have the same problem and did not yet find out how to solve it. Is there a way to go back to the previous version?
Edit: I could help myself with the previous version, but nevertheless it would be nice if this could be fixed.
I am also affected by this. Would really appreciate it if it could be fixed. @PhilippC: I can code. Can I give you a hand? Or does fixing this require some sort of Google Play admin permission?
Hi Jorge, unfortunately you need to sign with the release key for this to work, but I'm sure you could setup another API key and use that for testing with your debugging key.
@bannmann sorry for not taking care of this so long. From the stacktrace it looks like you are using an AutoOpen entry which fails to load the keyfile. Which URL do you use for this key file?
@bannmann sorry for not taking care of this so long. From the stacktrace it looks like you are using an AutoOpen entry which fails to load the keyfile. Which URL do you use for this key file?
The keyfile for the main database is stored on the local filesystem as Key Files/Keepass Database.keyfile
. As I stopped using Keepass2Android (or Keepass, for that matter) regularly a while ago, I can't remember how exactly the AutoOpen entry looked like. IIRC that was intended only for desktop KeePass (hence having a URL not equal to anything on the mobile phone), and KP2A just ignored it. Then at some point, KP2A stopped working all of a sudden.
If I were still using KP2A, I'd probably ask for an option to suppress AutoOpen (globally or via "AutoOpen doesn't work in this DB, shall I ignore it?").
Just to be clear, I have the same symptoms: 1) Google advanced protection on (if I turn it off, KP2A integration with Google Drive works great, so it must be GAPP) 2) Empty toast when trying to open the DB
however, I do not have an AutoOpen entry. If I have time some weekend I'll try to debug this and see if I get any more info.
Thanks for re-opening this. I also have Advanced Protection enabled for my account where my KP db is stored, and I have to manually use Google Drive to open the file, the methodology through KP2A does not work for me since re-enabling AP on this account.
I'm running 1.08ß-pre2 on my Google Pixel 4 XL, which is running a clean install of Android 11 ß 1.5, if that helps any.
And I am available for any testing that you might want me to try.
sorry that this had no progress since so long. is this still relevant with 1.09c-r0 (currently in https://play.google.com/apps/testing/keepass2android.keepass2android)?
I actually moved to another app on Android, that lines up more with the desktop app KeePassXC. However, I'll install KP2A and give it a shot again to see if this issue has been fixed or not.
I just joined the beta program and updated to 1.09c. After doing that, I re-enrolled into Google's Advanced Protection. When I opened Keepass2android again, I immediately got a toast with a "Java.IO.IO...." exception and could not access Google drive. I deleted the database entry and the local backup. When I try to open Google drive again I get prompted to chose an account (I have two set up in my phone), and as soon as I chose my main account with advanced protection, Keepass2android goes back to the main screen and no toasts or exceptions are shown. If I try again, Keepass2android glitches hard; it seems to enter a loop of some sort and the screen starts refreshing aggressively blinking black and repainting about 5 times per second. Since I just re-enrolled into advanced protection, I'll give it a while and try again. I'll report back then. Thanks for the effort!
I never got it to work for me. I have now unenrolled from the advanced protection program again because it's also interfering with other apps I use that are not in the google play store. Without advanced protection, integration with Google Drive works like a charm.
Even with the latest version of Keepass2Android, I get a Java.IO.IOException error when trying to open my database from gdrive, see screenshot, attached. But if I go to google drive app, and open the database that way, it works.
Since Keepass2Android (KP2A) was updated to 1.07-r1, it can no longer open my password DB which is stored on Google Drive. When I use "Autofill with Keepass2Android" in another app, it switches to KP2A, then I tap the unlock button, then it switches back - however, it does not auto-fill anything.
I tried deleting all local data and even reinstalling the app, but nothing helps. Running on a Huawei P10 with Android 9 (EMUI 9.0.1.163).
When I open KP2A directly and select "open database" and "Google Drive", the app shows a toast message at the bottom of the screen, but it does not contain any text, and Google Drive does not open. This exception appears in the debug log file: