-
-
Notifications
You must be signed in to change notification settings - Fork 195
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
Sporadic failures with popup credentials #2466
Comments
Have you reported this problem to Trac since they likely changed their login flow to be less friendly to password managers (it would seem). Otherwise, have you tried using the custom browser fields feature of the extension? Click the yellow button in the extension pop up window. |
@droidmonkey thanks for your reply. I have not reported the problem to Trac. I think I would only do that if this cannot be (or is unlikely to be) fixed in KeePassXC. I have just tried the custom browser fields feature, but with no joy. Whether I am using it correctly, however, I don't know. I tried the following:
This did not solve the problem. The issue still remains after I close all browser windows and try logging in again. I also tried deleting my Trac entry from the KeePassXC desktop application and then using the custom browser fields feature. I also tried deleting my Trac entry from the KeePassXC desktop application and recreating it. None of these worked. Any more suggestions? Am I using the custom browser fields feature correctly? |
A screenshot would be helpful
No, you need to actually pick the fields. Once the top bar shows that has username/password/etc buttons on it, choose username then click the username field in the popup. Do the same for password. Accept/save. Reload the page. |
OK, here are screenshots: Step 1: Open browser and visit local trac instance Step 2: Navigate to that yellow button Step 3: After clicking on the yellow button There are no username/password/etc buttons showing, presumably because it is a popup? When it works, I get a "KeePassXC - Browser Access Request" window popping up (instead of the popup shown above) with an "Allow Selected" button, which successfully logs me in. For technical reasons, I am unable to get a screenshot of that window. If you need one, let me know, and I can try again. |
Ohhhhhh that is an HTTP login window. Enable the option in KeePassXC browser settings to auto fill http login |
If you are referring to the "Allow filling HTTP Basic Auth credentials" setting in the KeePassXC Chrome extension's settings, I already had that ticked. I tried now ticking the "Do not ask permission for HTTP Basic Auth" in the KeePassXC desktop app's settings (under Browser Integration -> Advanced), but that didn't help. There are a lot of options, however, in both the desktop app and Chrome extension, so I do wonder if it's just an option I need to change. |
That said, the fact that it sometimes works and sometimes doesn't makes me suspect that it is a bug. I wonder if it could be a timing issue? Could it be that KeePassXC and Trac are racing to open their popup, and whoever gets there first wins?! |
Another solution may be to configure Trac to offer login via a web page instead of a popup. I've checked, and apparently this is possible using a Trac plugin called AccountManagerPlugin. Could this be a more realistic route to getting a quick solution to this problem? |
Make sure you haven't any Deny options set for the entry for this site? Edit entry -> Browser Integration -> Properties -> Plugin data. The extension should detect any HTTP Basic Auth popup. |
Not sure what you mean by "Properties -> Plugin data". I don't see anything like that. However, under "Edit entry -> Browser Integration" I have 4 options, all of which are unticked:
Please remember that it sometimes works, sometimes doesn't without changing any settings. I still suspect a timing issue. |
I meant Edit Entry -> Properties -> Plugin data. If if works sometimes, then the site is probably doing some non-standard HTTP Basic Auth. |
Yes. |
I thought Trac was a dead project. HTTP auth is terrible and should be killed off. Switch to page embedded login fields if possible. |
OK, they are all set to false.
It's now looking unlikely that this will happen (it's out of my control). So, I'm still holding out hope for a fix in KeePassXC. Is there any chance of that? |
Can't say, because at this point it's unclear if the extension has any problems, or if it's the site that handles something differently. I should probably set my own test instance of this service, and it's always time-consuming. |
At this point just use autotype |
OK thank you.
Ah ha! I didn't know about this feature. I've got that working and it's a decent workaround. Thank you! |
Have you searched for an existing issue?
Brief Summary
I use KeePassXC on Windows 11 with the Chrome extension. I have it set up to automatically log in to our local Trac (edgewall) instance. When not using KeePassXC, Trac will ordinarily pop up a window for me to enter my credentials (username and password). KeePassXC was working reasonably reliably until recently. Until recently, I would get KeePassXC's popup offering me to log in for me. Now, most of the time, the standard (Trac) login popup shows (unfilled). I occasionally get KeePassXC's popup which works. So it sometimes works, sometimes does not (most of the time does not I would say).
I have tried upgrading to the latest version of KeePassXC (2.7.9) and the latest browser extension (1.9.7), but the issue remains.
Steps to Reproduce
Expected Versus Actual Behavior
Expected:
A KeePassXC popup shows with an "Allow Selected" button, which, when clicked, closes the popup and logs me into Trac. (Sometimes this happens, and all is well.)
Actual (most of the time):
The standard login popup show unfilled.
Workaround:
Sometimes, hitting "Sign In" or "Cancel" (without entering my credentials) triggers the KeePassXC popup, which then logs me in.
Failing that, I enter my credentials manually, and that works.
KeePassXC Debug Information
Operating System
Windows
Linux Desktop Environment
None
Linux Windowing System
None
The text was updated successfully, but these errors were encountered: