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
Multiple master password dialogue boxes causing problem #227
Comments
Just confirmed it happens with the latest version of the KeeAgent plugin. |
Latest being 0.10.1? |
Yes, I did mean 0.10.1. However, the behaviour has now changed. Since the report I have upgraded KeePass to 2.39.1 (previously was 2.38). Now it seems that if the KeePass workspace if locked and an SSH client tries to access the SSH agent then a password box is shown and the SSH client waits for the password box to close. I think that previously GitKraken (for instance) kept on creating password boxes. It is now much better, however if the workspace is locked, each SSH client causes a separate password box to appear (and waits separately for its password box to close). So for instance, if I do a pull in git then a password box appears. If I then try to SSH from a terminal then a second password box appears (and the first one can no longer receive focus). If I enter the password in the second box then the SSH from the terminal works but the git pull command still waits. If I then press cancel on the first password box then the git pull fails even though the KeePass workspace is now unlocked. |
Actually, what I said above was slightly wrong. I just ran an ssh command in a terminal and went back to it a while later wondering why it had not logged in. The reason was that there were 30 KeePass password dialogue boxes waiting for me (none of them on the top of the stack either). |
From official KeePass forum https://sourceforge.net/p/keepass/bugs/1730/:
The text was updated successfully, but these errors were encountered: