keepassxreboot
No Logins Found - Error message
Overview
I am running Version 2.7.5 since around May 14th when it was released. Two to Three weeks ago I started getting the above error message.
Steps to Reproduce
- Seems too only happen when unlocking the database (I have two databases the master database (a local database) which does an auto unlock of the database on Dropbox.
- I get the green icon which tells me the database on Dropbox is unlocked.
- I press the icon and it finds the userid and password and logs into the application.
Expected Behavior
Actual Behavior
Since it finds the login it probably shouldn't give the message.
Context
N/A
KeePassXC - 2.7.5 Revision: 9d0537b
Operating System: Windows 10 Desktop Env: Windowing System:
Does this happen with every site or with just a few ones? It's probably related to auto-unlock and this fix: https://github.com/keepassxreboot/keepassxc-browser/pull/1856.
How are you unlocking you database?
Hi Sami, Yes, it seem to happen on all sites.
I think this is the answer your looking for: I have a Master Password database with a Key File that has an Auto Open record in it to open the database that has all the userids and passwords for all the site.
Thanks.
Similar issue here. Just recently broke, in the past week or so. It was not tied to a KeePassXC version upgrade, but the timing of the 1.8.7 browser extension update seems suspect.
KeePassXC 2.7.5 macOS 13.4.1 Firefox ESR 102.13.0
It reports "no logins found" for any site that I try. Also, if I manually log in by copy/pasting the credentials, I get a message at the top of the browser window seeming to think that I have "changed" the credentials and asking if I want to update the KeePassXC database, even though the credentials that I entered were just copy/pasted from that database ...?
I have a master password database with a key file, like @jperhay. No auto unlock, I just type my password to open it when I log in to my desktop, and KeePassXC is not in a "locked" state when I am trying this.
Downloaded and installed 1.8.6.1 from the GitHub releases page (had to allow "unsigned" extensions in Firefox), and now it is working again! [Edit] Figured out how to pull old versions from the Firefox addons page, and 1.8.6.1 from there is also working fine. Turned off auto update for now.
Then this is probably related to the fix I linked earlier. Don't know why, but I haven't seen this notification at all. Please enable the Debug Logging setting in the extension options and keep the JavaScript console open. Then open the page when this notification happens and copy/paste the console log here, thanks.
I just upgraded the extension to 1.8.7 again and I am not able to reproduce this anymore. Strange. I did have to "set up" the link between the browser and KeePassXC after installing the old version, so the reset might have kicked something into working? (I did confirm that while it was "broken" it was showing as properly "linked" to KeePassXC.)
If this happens again, I'll grab a debug log.
Here’s the javascript console for the above issue 1945
global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 Array(2) global.js:137 [Debug keepassxc-browser.js:294] KeePassXC-Browser - Login field combinations identified: global.js:140 Array(1) global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 Array(2) global.js:137 [Debug keepassxc-browser.js:294] KeePassXC-Browser - Login field combinations identified: global.js:140 Array(1) global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 Array(0) global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 Array(0) global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 Array(2) global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 Array(0) global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 Array(0) global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 Array(0) global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 Array(0) global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 Array(1) global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 Array(0) global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 (2) [input#email.input-text, input#pass.input-text] global.js:137 [Debug keepassxc-browser.js:294] KeePassXC-Browser - Login field combinations identified: global.js:140 [{…}] global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 (2) [input#email.input-text, input#pass.input-text] global.js:137 [Debug keepassxc-browser.js:294] KeePassXC-Browser - Login field combinations identified: global.js:140 [{…}] global.js:137 [Debug fill.js:28] KeePassXC-Browser - Error: Credential list is empty for: https://www.divegearexpress.com global.js:137 [Debug ui.js:254] KeePassXC-Browser - No logins found. https://www.divegearexpress.com global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 (2) [input#email.input-text, input#pass.input-text] global.js:137 [Debug keepassxc-browser.js:294] KeePassXC-Browser - Login field combinations identified: global.js:140 [{…}] global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 (2) [input#email.input-text, input#pass.input-text] global.js:137 [Debug keepassxc-browser.js:294] KeePassXC-Browser - Login field combinations identified: global.js:140 [{…}] global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 (2) [input#email.input-text, input#pass.input-text] global.js:137 [Debug keepassxc-browser.js:294] KeePassXC-Browser - Login field combinations identified: global.js:140 [{…}] global.js:137 [Debug observer-helper.js:195] KeePassXC-Browser - Input fields found: global.js:140 (2) [input#email.input-text, input#pass.input-text] global.js:137 [Debug keepassxc-browser.js:294] KeePassXC-Browser - Login field combinations identified: global.js:140 [{…}]
For my case I just installed both KeepassXC (v2.7.5) and Chrome browser extension (v1.8.7) on my Mac (v12.6.8), the keepass icon appears beside usernames and passwords on the sites that I have tried, but clicking the icon shows 'Error! No logins found' follows by the site url which I triple checked matches the URL field 100%
Tried 4 to 5 sites including gmail, dropbox and github, no luck
@iori57 What kind of fill process are you doing? Is the database locked when you press the icon? Is it open, activate tab and connected to the extension? I cannot reproduce the bug.
Started happening to me as well, not sure when it started exactly. Most sites work fine, but some consistently report no login found. I haven't figured out what the difference is. I tried adding/removing https:// from the urls, but it didn't make a difference (the non-working entry had it while other working ones didn't, that's why I tried). I have no auto-unlocks, single database, and database is already unlocked.
I'm going to try to revert the browser extension to 1.8.6.1 and see what happens.
Well, I found the issue (didn't have to revert the browser ext)! At least in my case: in the "properties" of my entry I had this:
(the blocked out part is the actual URL the entry is for).
Removing that fixed it! I wonder if others here had the same thing? How could it have gotten in there?
The error means KeePassXC does not match any URL's for the page. So the error shouldn't be in the extension itself.
@ilmagico The only way to do that is to dismiss/deny the Access Confirm Dialog when the Remember checkbox is enabled.
So, clicking "deny" is permanent? I thought it would just be a one time thing, for the current request. I wonder if people clicked "deny" by accident and ended up here as well. How to dismiss it without permanently denying access?
~~Also, this doesn't match my experience: I have one site where it always find the entry, and in fact, if I leave the tab open, the site eventually logs me out and KeePass immediately pops up the access confirm dialog (I guess the "log out" page contains the fields to log back in), which I of course dismiss as I'm usually doing something else. This doesn't seem to prevent it from coming back up again later, nor does it prevent it from completing the password for that site later.~~
Edit:
when the Remember checkbox is enabled.
Missed this bit. I must've clicked that by mistake, cause I wouldn't intentionally want that.
Thanks @varjolintu for the quick reply!
@iori57 What kind of fill process are you doing? Is the database locked when you press the icon? Is it open, activate tab and connected to the extension? I cannot reproduce the bug.
Normal fill process? There's the keypass icon beside username/password fields on sites after installing the browser extension, clicking on it just says no matching site found. Database is unlocked. I tried locking the database, and clicking on the icon will automatically bring up the fingerprint unlock screen and I am able to unlock it after, but still gives the same error "No logins found".
Maybe I'll try to reinstall everything.
@iori57 It's not normal. The setting is only remembered if the checkbox is checked. Otherwise it's only denied once and the setting is not saved.
Everyone having the problem should also verify Entry and Group settings. Is the entry inside a group that denied access to the extension?
@varjolintu maybe we need to add a button on the extension pop out like "Override hidden entries" which will show the selection dialog with all entries visible (and potentially crossed out cause they are hidden/disabled). Then you can undo the disablement from that view.
@varjolintu maybe we need to add a button on the extension pop out like "Override hidden entries" which will show the selection dialog with all entries visible (and potentially crossed out cause they are hidden/disabled). Then you can undo the disablement from that view.
That's my plan. This must be done at the KeePassXC side because obviously denied entries cannot be returned to the extension.
@varjolintu maybe we need to add a button on the extension pop out like "Override hidden entries" which will show the selection dialog with all entries visible (and potentially crossed out cause they are hidden/disabled). Then you can undo the disablement from that view.
The only problem with this is that user might not want to see the Access Confirm dialog if there's only denied entries. After all the whole point is to hide those :)
That's why you have a dedicated button (not an option) to force show the dialog and include hidden entries. It would be at the user's explicit request.
@iori57 It's not normal. The setting is only remembered if the checkbox is checked. Otherwise it's only denied once and the setting is not saved.
@varjolintu Did you mean to tag me instead of @iori57? Anyways, yes, I figured it now, and my issue is solved. As for others that have commented here, as well as the OP, it could still be something else completely unrelated, for what we know.
@iori57 and others here: Did you check if, by chance, you also didn't click "deny" with the remember checkbox enabled? In KeePassXC, open an entry that reports no login found, go into the properties and see if you have what I had (see above).
maybe we need to add a button on the extension pop out like "Override hidden entries" which will show the selection dialog with all entries visible [...]
Maybe. What is the main use case for denying access to an entry and remembering it? Is it for convenience, so that irrelevant entries are not shown? If so, I'd say this should be ok.
But is for security maybe, instead? If it is, then this is not ok. A compromised browser (e.g. a malicious site exploited some vulnerability) could ask KeePassXC to show hidden entries, and a user might just click OK out of habit. If this is the case, maybe simply add text saying "No logins found, or login is hidden. Do this or that to find & unhide login in KeePassXC" and direct the user to check inside KeePassXC directly.
Seeing this frequently. KeePassXC icon shows in login form and several logins exist for site and were previously used successfully. Unsure how this misbehavior is triggered. Restarting and unlocking KeePassXC resolves the problem. KeePassXC-Browser 1.8.7 KeePassXC 2.8.0-snapshot Revision: 5fb26d6 Firefox 116.0.2
I still haven't reproduced this. The only time Firefox is doing something strange is right after Firefox has been automatically upgraded. Sometimes it's needed to shut down both KeePassXC and Firefox and restart them (starting KeePassXC first).
If anyone is willing to debug this, please provide some help and extra logs.
Please try the current develop branch version of the extension and report if the problem still exist. See this page for instructions.
Well, I found the issue (didn't have to revert the browser ext)! At least in my case: in the "properties" of my entry I had this:
(the blocked out part is the actual URL the entry is for). Removing that fixed it! I wonder if others here had the same thing? How could it have gotten in there?
In what context was this screenshot taken? I cannot find such a view in my KeepassXC 2.7.6 on Linux.
@pajot Edit your entry -> Properties -> Plugin Data table.
Thanks, I just located it!
Well, I found the issue (didn't have to revert the browser ext)! At least in my case: in the "properties" of my entry I had this:
I can just now confirm that I had exactly the same problem and observed this very same Deny entry. I have no idea how it got in there. Perhaps I fat-fingered it at some point.
I have this exact same issue happening on multiple sites. In my setup, I set KeePassXC to automatically close the database, and stay running in the background. When I go to a site where KeePassXC can be used, and click on the icon next to the login filed, KeePassXC opens and asks me to open the database. After opening the database, for a short period of time the "Browser Access Request" window pops up, but closes almost instantly, giving me no time to click "Allow Selected', with an error saying "No logins found", despite the URL being correct. If I open the database beforehand, and visit the same site, the "Browser Access Request" window stays and I can insert my credentials. I tested with bot the stable, and the develop release of KeePassX Browser.
KeePassXC debug info:
KeePassXC - Version 2.7.6 Revision: dd21def Qt 5.15.10 Debugging mode is disabled. Operating system: Windows 10 Version 2009 CPU architecture: x86_64 Kernel: winnt 10.0.19045
KeePassXC Browser debug info:
KeePassXC - 2.7.6 KeePassXC-Browser - 1.8.7 Operating system: Win64 Browser: Chrome/Chromium 116.0.0.0
KeePassXC Browser debug logs from the console:
With the database open: https://paste.gg/p/anonymous/a526e1fe6274494aa0149c39670dadeb
With the database closed: https://paste.gg/p/anonymous/13f51b8fa74d4e1b95de4b1da7f74be9
@KoxSosen I cannot reproduce this (at least on macOS). Even if I open database from the icon, Browser Access Request window stays visible until I allow/deny.
Hm, I see, thank you for testing! Can someone on Windows 10 try to replicate this?