You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If I had to guess, based on poking around the code and the internet, I believe it to be an issue with Android 13 (SDK 33) vs the Dropbox SDK that KP2A uses (v.4.0.0). The entire thread is here; the minimal workaround is here. The "better" fix would be to update KP2A to use the latest Dropbox SDK.
The reasons I say it's a guess:
I can't actually reproduce this on Android 13 with the v1.09e-r7 production release (although I'm not running LineageOS, nor standard AOSP).
I can't build my own version of KP2A to debug further because I don't have access to the secrets needed to communicate with Dropbox as KP2A (the KP2A author has them and includes them when building the releases).
The URI you are seeing "db-i8shu..." is supposed to be handled internally by the Dropbox SDK code, but it isn't. The KP2A setup (apart from the linked workaround above) that is supposed to enable that interception looks correct.
The linked bug was documented post-v.4.0.0, so presumably v4.0.0 is affected.
Unfortunately at the moment even if I made the workaround change and submitted a PR, I couldn't test it, nor could I build an APK for you to test.
One thing you might want to try: if you don't already have the Dropbox App installed, you could try installing it and see if that fixes the flow. I think I read somewhere that the Dropbox SDK/App is smart enough to delegate the auth process to the App if it is installed.
Checks
Describe the bug you encountered:
Describe what you expected to happen:
I expected to get sent back to Keepass2Android and continue to choose which file on that DropBox to open.
What version of Keepass2Android are you using?
1.09e-r7 (per App Info Details
Which version of Android are you on?
13 (LineageOS 20)
The text was updated successfully, but these errors were encountered: