Skip to content
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

browser autofill uses passkey-username instead of username for entries that have a passkey #2150

Closed
darealdemayo opened this issue Mar 17, 2024 · 3 comments
Labels

Comments

@darealdemayo
Copy link

Expected Behavior

After importing a passkey into existing entry, I should be able to use the passkey and the username/password.

Current Behavior

After importing a passkey into existing entries, keepass-xc browseruse the passkey-username instead of the correct username to fill forms.

Possible Solution

I don't even know if this is a keepass-xc browser problem or keepassXC problem...

Steps to Reproduce (for bugs)

  1. import a passkey, which has a username that is different from the actual username used to login, into an existing entry
  2. try to use keepassxc-browser with that entry

Debug info

KeePassXC - 2.7.7
KeePassXC-Browser - 1.9.0
Operating system: Win10 22h2
Browser: Chromium Edge

@varjolintu
Copy link
Member

Are you trying to combine two different accounts in to one entry? Normally the passkey username is identical.

@darealdemayo
Copy link
Author

No, it is the passkey that belongs to this exact username/password combination. I first need to enter the real username and password and then use the passkey for this account to login.

Most of my passkeys do have the same username as the actual account, but a few don't.

The passkey has a username field, so I would assume it should be possible for keepassxc/browser to distinguish between that and the real username of the entry?

@varjolintu
Copy link
Member

This is fixed in: keepassxreboot/keepassxc#10874

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants