Open alterdaemon opened 7 months ago
I'd like to add that I have tested my local setup thoroughly like so https://rtfm.co.ua/en/what-is-linux-keyring-gnome-keyring-secret-service-and-d-bus/#secret-tools
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. As I said, it works fine first time on key creation, but later it fails on read of that key.
@alterdaemon could you try to disable bridge auto start and then do the following.
And see if this works consistently for you?
I'm getting same issue with latest 3.6.1 release too. I'm using a secret service implementation called dssd
. It used to work perfectly until this release.
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 https://github.com/ProtonMail/proton-bridge/issues/359#issuecomment-1602078417 https://github.com/ProtonMail/proton-bridge/issues/359#issuecomment-1469670126
everything looks alright on my side.