-
Notifications
You must be signed in to change notification settings - Fork 152
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can't retrieve pass from KeepassXC if confirmation options are enabled #444
Comments
I'd like to add that I have tested my local setup thoroughly like so using qbus dbus-monitor and secret-tool I can cretate edit or delete keys witout any problem, keeepassxc secret service is recognized accordingly. |
@alterdaemon are you sure your KeepassXC is running at the time bridge starts? If you start bridge manually after starting KeepassXC does it work? |
Yes, I am pretty much sure. |
@alterdaemon could you try to disable bridge auto start and then do the following.
And see if this works consistently for you? |
Simply ignore my report. It's caused by a recent update of gpg-agent which expires a dated option |
Reason behind the problems are the two following options enabled (by default) in Keepassxc for Secret Service Integration: disabling them (the 2nd and 3rd option) workarounded the problem and it works fine now (doesn't matter if Keepassxc is locked or unlocked) confirming notifications regarding deletion and retrieval wasn't enough for the bridge to work accordingly. I believe it should be supported by the bridge somehow so I am not closing the issue. lost many hours because of this (and those noob for noob questions above regarding autostart and running precedence didn't help either TBH) |
@alterdaemon I'm sure you are aware the flexibility of Linux and it's myriad of distributions and configurations is both a strength and a weakness of this platform. The steps I asked you to check are the most common issue we face in CS reports. Now that we have ensured that is not the case we can dig down into the real problem. We thank you for your time in helping to diagnose the issue and we'll now investigate this matter on our end. |
Internally tracked as GODT-3157 |
Protonmail bridge does not recognize secret service and wipes out all data after first run (tested under Keepassxc and pass).
Symptoms are all the same as in #359.
In first run a protonmail-bridge key is stored properly (there is a prompt in Keepassxc for password for db exposed for secret service), I can login and sync data but later after bridge app restart everything is wiped out and error comes up regarding secret service not being recognized (please see below)
Maybe it's a regression but I have tested previous versions of protonmail-brige as well as keepasscx and situation was the same
protonmai-bridge (gui)
protonmail-brige --cli
Version Information
Protonmail Bridge 3.6.1-2_amd64
Keepassxc 2.7.6
Context (Environment)
Debian 12
Expected Behavior
Keepassxc secret service is properly recognized, key read and app initialized
Current Behavior
On second and following runs app does not start and complains about no pass or keyring service being recognized
Possible Solution
maybe it's worth to look this up again? #355
it looks like it has access to insert a key on first init but can't read the key later on.
Version Information
Protonmail Bridge 3.6.1-2_amd64
Keepassxc 2.7.6
Context (Environment)
Debian 12 (stable)
I don't use full-fledged desktop manager, I use dwm so no gnome keyrings.
I made research in issues regarding the topic, checked and tried everything as per instructions like those
#359 (comment)
#359 (comment)
everything looks alright on my side.
The text was updated successfully, but these errors were encountered: