-
-
Notifications
You must be signed in to change notification settings - Fork 191
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
Cannot connect to KeePassXC #1863
Comments
You didn't strace your Firefox |
Sorry - I forgot:
|
If you want to test the proxy manually, it takes no arguments. It doesn't display anything if the start succeeds. I'm a little confused by the report that the proxy does not start but you still have strace for it? "No connected databases" error just means you haven't connected the extension to your current database. If you see that error the proxy is running normally. Sometimes Firefox update can mess the proxy connection, so if there's any problems it's suggested to restart both KeePassXC and the browser, plus possibly kill Also, see |
It makes no visible difference. I still get the "No connected databases found" message.
The strace is for the firefox executable. But curiously, sometimes I get the following:
and other times this:
The file has mode 755. Apparmor is disabled. So don't know why the EACCESS.
I believe it is not running under snap. From about:support:
|
This error is in the console? If this is shown, then the connection is working normally. You just haven't connected your database to the extension if the popup shows the Connect button. I'd suggest that you remove all connection key from KeePassXC side also, just in case. I'd also suggest that you test a previous version of Firefox (108 or 109) manually to see if those work normally. Does any non-Firefox browser has the problem? |
It appears when I click on the "Connected Databases" sidebar of the Keepassxc-browser extension "Settings" page.
There is a "Connect" button on that same page. So how do I connect to the database? No database to select.
Not sure what this means. I have tried clearing, and setting again, the "Enable integration for the [firefox] browser" in the keepassxc program.
It works properly with the Brave browser. I did try to revert to Firefox 109, but I had some issues - I think the Firefox profile files are not backward compatible. And I thought others must have transitioned to 110. |
It's not an error. It just tells that there's no connected databases with the extension.
It only works if the connection works.
It's highly possible that this is some kind of Firefox issue with Linux. I have seen multiple similar reports like this after Firefox 109 was released, and seems things are not working properly with 110 either. I'll have to give this a try myself. |
Tested Ubuntu 22.04.2 LTS with KeePassXC and Firefox both from PPA. Had no problems. |
Thought I'd provide an update of my status: I downgraded from Firefox 110.0 to 109.0.1. And KeepassXC works again. So it seems that in my installation, Firefox 110.0 does not work. So still curious if Firefox 110.0 works for others. In response to prior comments:
Correct. I did not call it an error, but rather a "message." But it is an indication that something is not working correctly, as I expected my database to be listed.
What version of Firefox is installed? |
110.0. The only difference is that I'm using an ARM, not x64. This is somehow related to Firefox updates, but not sure how. If the Native Messaging connection is broken, just restarting the proxy process (and/or KeePassXC plus the browser) should solve the issue. |
I've had the same problem on 110.0 with x64. Downgrading to 109.0.1 has worked |
Sounds like we have a Firefox problem... |
I might be experiencing the same on Firefox v109.0, on a Ubuntu machine. However... on another computer (Arch Linux) with v110.0 I do not experience the problem. |
Most Ubuntu+Firefox problems are solved by not using the Snap version I find |
@evert Tried the non-snap version today. It was totally broken and suffered from pretty extreme rendering issues. I quickly switched back to the snap version. It makes me curious why the snap and deb are different? snap and apt are package managers. They shouldn't change code, right? How can the same version of a program be so different, depending on what package manager you use to install it? Anyways, I guess that would be a little bit off-topic here. In any case: switching to snap doesn't appear to be a viable alternative. At least not for me. Is it possible to derive from the traces where exactly it is going wrong? |
The problem I and OP have is specifically not using the snap. I installed 110 using the ppa on Ubuntu 22.04 (yes, I made sure it's not the snap) and later downgraded to 109 using the .deb |
@wosym did you use the 'team mozilla ppa' ? Works perfectly for me (aside from Snap occasionally ignoring my wishes and reinstalling itself) |
@evert I followed these steps: https://www.omgubuntu.co.uk/2022/04/how-to-install-firefox-deb-apt-ubuntu-22-04 So, yes. I used that ppa. |
@evert yes, that's the ppa I use too |
I have the same issue on Windows since 25. Feb: Keepass can no longer connect to the database. So I would go for the "Firefox problem" direction... |
1.8.4. was released in Dec 19, 2022. 1.8.5 in Feb 26, 2023. So if the error showed up between this time period and Firefox was updated, the error probably isn't in the extension. Especially if it worked normally. |
Update: Both Firefox (to 100.0.1) and KeepassXC-Browser (to 1.8.5.1) have had new (sub)-releases since Feb. 28th. But the problem persists. Firefox 109.0.1 with KeepassXC-Browser 1.8.5.1 works. (That is, in my environment, for both cases.)
But that still doesn't tell us where/why the problem occurs, or where/how to fix it. (And the 'where' includes Firefox, KeepassXC-Browser, and my environment.) The question remains, how do we debug and fix this issue? It seems that the first step is understanding why it doesn't either connect to the database, or request to pair with one (key association request) if it can't find one. (Note: KeepassXC-Browser 1.8.5 was released for Chrome on Feb. 26, but the Firefox version, under 1.8.5.1, seemed to not be available until today.) |
@bjorn-l I would gladly debug this situation if I could reproduce it myself. In my VM everything works normally. Maybe I'll have to wait for a Firefox update? Don't know. Current version I use is 110. (For some reason 1.8.5 was pending a long time in the Mozilla's review queue, but 1.8.5.1 went through instantly.) |
I've been having this issue on a newly-configured computer with Firefox installed through .deb on KDE Neon (Ubuntu 22.04 base). As the computer has no personal data on it, I'd be glad to give developers remote access to it to debug the issue. |
I'm very curious, please provide credentials and access method (rdp, etc) to team@keepassxc.org |
On a recent install of Ubuntu 22.10 with Firefox installed via the PPA I've been having the same problem, including similar strace output as bjorn-l's earlier comment:
But reviewing
Disabling the AppArmor profile distributed with the Firefox deb package did finally allow me to connect successfully:
This probably isn't an ideal/sustainable solution as it probably introduces some vulnerabilities in the browser; My next step would be to find a surgical edit to the profile that would just allow keepassxc-proxy to run, but I'm out of energy for now. |
@BHSPitMonkey Thanks for the info. I can try to reproduce the error using AppArmor. EDIT: Reproduced it with EDIT 2: Got it working with PPA Firefox. See the linked thread. |
I've taken a look at my logs and I see the same issues with AppArmor. I've compared the /etc/apparmor.d/usr.bin.firefox file to that on my main machine where things work and they're identical, so I don't understand where the issue might be. I suspect, though of course I might be wrong, that the difference between the two systems lies in the fact that the main machine was updated from 20.04, whereas the new machine was installed cleanly. Editing the AppArmor profile as suggested in the other report leads to the extension working. |
@Slater91 Are you sure the profile is in use? In my system I had to enable it using |
I have indeed tested enabling the profile without the section included in the other report and it does seem to work without issues, so it looks like it wasn't enabled before. |
@bjorn-l Can you check if AppArmor is the cause for your problems? |
Sounds likely. I thought I had stopped it:
But it looks like it is actually running:
I'll try upgrading firefox later this afternoon, and trying it again. |
@bjorn-l Try this if you encounter any problems: #281 (comment) |
It works! Thanks, @varjolintu, for the patch to the apparmor parameters in your other thread. And to the other thread contributors that helped identify the issue. In summary, it is now working with Firefox 110.0.1, with KeepassXC-Browser 1.8.5.1, and apparmor enabled. |
P.S. For those encountering this in the future... My code posting earlier got mangled (I thought that the 'code' formatting would preserve newlines). I was trying to show the systemctl status apparmor output. It included:
But it appears that |
@bjorn-l Excellent! I'll close the ticket, but doing some more testing with KeePassXC AppImage/Flatpak and Firefox Snap/PPA to check if any other combination needs similar patching. |
@varjolintu Not exactly sure where to put that code snippet. I've put it under the big "profile firefox" and it still has a permission error. Although the permission error now is at:
I've run the And yes, I still can't connect to the DB. |
Another dreaded "Cannot connect". Some info:
From "About Mozilla Firefox" (from tar file, not snap/flatpak):
(Note: It used to work. This problem started around the time that I noticed it automatically upgraded to Firefox 110. But I am not sure there is cause/effect.)
From Keepassxc:
More info on things I've tried:
More info gleaned from the Troubleshooting guide:
~/.mozilla/native-messaging-hosts/org.keepassxc.keepassxc_browser.json org.keepassxc.keepassxc_browser
as arguments, but neither made a difference.
So the questions are:
The text was updated successfully, but these errors were encountered: