-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
After upgrade to 2.7.3 on Linux, cannot connect to browser #8634
Comments
Make sure you run through the browser troubleshooting guide |
Yep, I do :). Thank you. |
I've the same problem. Updated yesterday from The icons in the input fields went from "Keepass file locked" to "Keepass file is open". But it is not showing any credentials. The error messages from the browser plugin are varied:
Regards |
Can you replicate this behavior with the appimage? |
Hello, |
@droidmonkey yes, i can replicate the problem with the latest appimage. |
Is your Firefox installed as a Snap? |
Don't know if you referring to me or not. In my case it is Google Chrome not Firefox. No Snap. |
My Firefox is not installed via Snap: 106.0.1+build1-0ubuntu0.22.04.1~mt1 from mozilla-ppa. |
Hi @phoerious , my Firefox is from Firefox PPA. No snap. |
I can confirm this bug. result of
keepassxc-proxy is runing. I've followed troubleshooting guide but no luck to resolve the problem. I will try to downgrade to 2.7.1 and provide you with info. |
This might be related to moving the proxy socket to a subdirectory. Specifically if the proxy version isn't updated but keepassxc is then comms will fail. Restarting browser or computer should cause the new proxy to be loaded. |
@droidmonkey i'm sorry to tell you that a reboot does not fix the problem for me. |
Make sure you have "Update native messaging manifests at startup" enabled in the advanced browser integration settings in KeePassXC and then restart KeePassXC. |
Done that. Nothing changed. |
After upgrade from keepassxc 2.7.2 to 2.7.3, (snap package), the browser integration stopped working. I've already:
|
I can confirm this - using Brave on Linux, upgrading KeePassXC to 2.7.3 immediately broke browser integration. Downloading the 2.7.1 AppImage, then stopping 2.7.3 and running the AppImage, immediately fixed the problem without a reboot. |
I cannot reproduce this with Chrome and 2.7.3 from the PPA. |
I've try with official ppa for ubuntu (ver. 2.6.6), offical ppa for KeePassXC (ver. 2.7.3) and AppImage ver 2.7.3). Nothing is working :( Can some one provide me with the link to version 2.7.1 (AppImage, ppa..) Thanks |
http://ppa.launchpad.net/phoerious/keepassxc/ubuntu/pool/main/k/keepassxc/ ... and choose 2.7.1 for your distrib. |
Thanks, I've try 2.7.1 and it's not working for me :( When I start keepassxc-proxy manually, I can see this in the konsole: Message in the browser pop-up is "Key exchange was not successful" What am I doing wrong? |
You cannot start the proxy yourself, this is done by the browser when you click "Retry" or "Reconnect". |
Ok, clear. Do you see anything unusual in strace output? |
FWIW, I am using the latest PPA versions of Firefox and Chromium on Ubuntu 22.04 (no snaps in use) and the upgrade for Keepassxc from 2.7.1 to 2.7.3 yesterday broke functionality as described by various users. Computer restart did not help. |
Reboot shouldn't be needed if |
On openSUSE Leap 15.4 with Brave Browser 1.44.112, KeepassXC-Browser extension 1.8.3 and a precipitating upgrade to KeepassXC 2.7.3, I resolved the problem by removing and reconnecting the database in the browser extension settings. Update: I spoke too soon. It worked one time, but has returned to no longer retrieving credentials. |
|
FF Mint - same error |
Jammy doesn't show there anymore, how ever you can get the 2.7.1 package for it from the PPA archive: |
See #8634 (comment) |
The fix does not work for me; I get the original behavior still. Ubuntu Jammy Initially, the database shows as connected and it may work for some sites before giving the "Cannot connect to KeePassXC. Check that browser integration is enabled in KeePassXC settings." message. I can immediately reproduce the issue by accessing any website using basic HTTP authentication. |
@phoerious The "fix" in the referenced comment does not fix it on my system. (See my previous comment #8634 (comment) for OS system and RPM package details.) After the 2.7.3 upgrade, clicking the auto-fill icons no longer enters any credentials. I can manually trigger auto-fill by using the contextual menu Request Global Auto-Type option from the KeePassXC-Browser menu. |
Same here. keepassxc-proxy process is gone by then. |
@gbe0 Firefox-Next is the beta release? We don't officially support those. Is @danielb42 Is there any logs or indication that the proxy crashes? It should only disappear if the browser does something to it. |
@varjolintu Nothing at all. No logs, no errors. I tried starting it manually to see stderr maybe, but firefox doesn't seem to use this one. Debugging the browser addon just prints the usual messages of "Could not connect to.." to the dev console when the proxy has died. |
I'm getting this exact issue with Firefox 106.0.1 on Windows 10 21H2. I went through the whole troubleshooting document and nothing was able to help. I rolled back to 2.7.1 and all is well again. |
Could it be that some of us here with reported issues are using the browser add-ons but also the Thunderbird add-on "keepassmail-xc" and this might be part of the mixed results? Meaning before the workaround (manually remove the contents of $XDG_RUNTIME_DIR or creating the symbolic link) they should also close Thunderbird? Just a thought. |
I don't have Thunderbird at all - in fact I don't have Firefox either, only a fork, which is rarely running (and which I haven't used since attempting the 2.7.3 upgrade). |
Not using keepassmail-xc either. However I can also confirm that using the 2.7.1 AppImage, the issue of the dying proxy process disappears. |
After update to 2.7.3 (Chrome browser and KeePassXC was closed) it created symlinks like:
After fixing symlinks for me everything works. Ubuntu 20.04 |
Looks the issue is effecting multiple OSes and Browsers as it occurs for me on Edge (used for work) on Windows 10 Pro 21H2. Hopefully there is a fix for this soon on Windows.. |
@MarioMan632 It's a different issue on Windows. It's already fixed, so downgrading to 2.7.1 in the meanwhile is the only workaround for now. |
I can confirm fixing the symlink fixed this issue on Pop_OS! 22.04 and KeePassXC 2.7.3. |
Also on Pop_OS! 22.04, normal logins were fine after manually rebuilding the symlink but when I went to comment here, KeePassXC would only populate user/pass but would not populate TOTP. Going back to the 2.7.1 AppImage restored functionality, so while this feels like a red herring, it clearly didn't work and responded to revert, so it becomes a "later" problem. |
Had issues with the snap version 2.7.3, and got it working with 2.6.6. Steps (as best I can remember):
|
@RainyCityCoder Why 2.6.6 if there's 2.7.1? |
@varjolintu On snapcraft.io there's 2.7.3 of course, 2.7.2, which is listed as beta, and 2.6.6 listed as candidate. As I found out; 2.6.6 is what's available for Debian. Since I couldn't quickly figure out how to revert to 2.7.1, I tried 2.6.6. Since it worked, I'm happy. A quick scan of the keepassxc blog tells me that for my use, I'm unlikely to miss anything introduced by later versions, but if I do at a later date, I can always try to find 2.7.1. |
Same issue on Windows 11 with Edge 106.0.1370.52 after upgrade to 2.7.3 |
Also here for Win10 Edge 106.0.1370.52 after upgrade to 2.7.3. |
We don't need any more "me toos", thank you for all the reports! |
After upgrade from
2.7.1 1ppa1~jammy1 to 2.7.3-1ppa1~jammy1
from PPA, internet browsers cannot connect to database. From plugin debug I had "Unknown Error".Firefox extension plugin: 1.8.3
Firefox version: 102.4.0 esr
After downgrade to 2.7.1 everything is working again.
The text was updated successfully, but these errors were encountered: