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

Handle multiple open KeePass databases correctly #8

Open
lenucksi opened this issue Jan 18, 2016 · 4 comments
Open

Handle multiple open KeePass databases correctly #8

lenucksi opened this issue Jan 18, 2016 · 4 comments
Labels

Comments

@lenucksi
Copy link

I do not know if this has to be solved within MacPass or here, but as I it related to the HTTP-Password-Exchange Functionality, I'll put it here. Move or reference if necessary.

Reproduction:

  • Open one MacPass DB
  • Open another.
  • Use Firefox with KeePassFox properly connected to the second opened DB.
  • Try to autofill a set of credentials.
  • KeePassFox will complain the the encryption key is unrecognized and that one should reassociate.
  • An attempt to reassociate will open the association dialogue of the first MacPass DB. Thus it appears to only serve passwords from the first opened DB.

Desired behaviour:

  • It should correctly serve passwords from the right DB in case of multiple opened databases.
@mstarke mstarke added the bug label Jan 18, 2016
@mstarke
Copy link
Member

mstarke commented Jan 18, 2016

Current implementation tries to look for an unlocked db and then sticks to this db so this is definetly an issue.

@woyczek
Copy link

woyczek commented Nov 29, 2016

Is it possible to − at least − catch the last active Keepass database ?
Simply put it on focus, and the go back to the keepasshttp client ?

@mkostechuk
Copy link

Hi! This is quite old ticket, but sadly no improvement since it was reported? :(

@rburgst
Copy link

rburgst commented Aug 22, 2021

any updates?

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

5 participants