#1890 Hot key: auto-type password only

[Nisto]

Would it be possible to implement a hot key that sends a secondary auto-type sequence specified for the entry (that implies adding a new input field to the edit/add dialogue)? This would save me a lot of time in cases where you're practically forced to store accounts (Google...) and you only have an input field for the password. It would also be useful when changing passwords on sites.

[Aaron J. White]

Did one test and I like it. Ii seems like for the password entry {enter} is not done automaticly. Could you add a checkbox or something in the plugin settings to have the auto-type always do password+enter? It's a very small thing, I know. Thanks for putting this together.

[Rookiestyle]

Thanks for your feedback, glad to see that this is helpful for you as well
The {ENTER} key will be added soon to the password only hotkey, it's a small thing and will be pretty straightforward.

Technically this plugin hooks into the standard handling of auto-type and {AAT} tells the plugin where the 1st auto-type sequence ends end where the 2nd auto-type sequence starts.
Depending on the hotkey used either everything before or everything following {AAT} is typed.
Password only will work without this.

For some of my accounts two factor-authentication is offered, for some it is not offered and I did not want to add multiple auto-type sequences to all relevant entries and to select the one to be used in the entry selection dialog everytime I login.
So I defined a default auto-type sequence for my entire database as shown on the plugin homepage and now I'm able to use all different scenarios with hotkeys only without the need of maintaining each and every entry (despite OTP settings of course)

[Paul]

Standard Auto-Type does not type anything after {AAT}?

cheers, Paul

[Rookiestyle]

Yes - of course the plugin has to be installed

Example autotype sequence: {USERNAME}{TAB}{PASSWORD}{ENTER}{AAT}{KPOTP}{ENTER}
Global autotype will type {USERNAME}{TAB}{PASSWORD}{ENTER}
AAT hotkey will autotype {KPOTP}{ENTER}
Password only hotkey will autotype the password only

In case the plugin is not installed KeePass' auto-type cannot resolve the placeholder {AAT} and the corresponding standard error message will be shown

[tbone78]

Some days have passed, I just wanted to thank you once more. Your last two posts clarified very nicely how this is meant to work. Consider to add these clear details to the sourceforge site of the plugin, I couldn't really understand the description over there and I guess many people will come across your plugin over time. o)

Have a nice weekend! o)

[Dominik Reichl]

I've now added support for a system-wide hot key to auto-type only the password of a matching entry. By default, the hot key is Ctrl+Alt+Shift+A, changeable in the options dialog.

Furthermore, an '-auto-type-password' command line option has been added, which causes other running KeePass instances to auto-type only the password of a matching entry. With this, a system-wide hot key can be realized on non-Windows systems.

Here's the latest development snapshot for testing:
https://keepass.info/filepool/KeePass_190324.zip

Thanks and best regards,
Dominik

[Treska]

Hi Dominik,
it seems to be working ok.
Just one thing - I am really thinking that auto type for password only would be more usefull if the auto tye is over the selected entry ...... Currently it looks for where you are typing and searches for such entry.

Appreciate your effort!

[Dominik Reichl]

Great, thanks for testing it!

If you're willing to manually select an entry first, you could use the '{PASSWORD}' command in the advanced 'Perform Auto-Type' menu item (see Todd's post).

Best regards,
Dominik

[Treska]

Hi Dominik,
my usual sequence of entering passwords is this:
If I want to sign in into Gmail ( I have several accounts)
1. Search and find corresponding one in KeePass app
2. Select the account
3. then swicth to browser
4. Go to logins screen in browser
5. Using key combination for "Auto- type selected entry" ( not using context menu or any other)

Here is the screenshot of option I use most of the time:

[Rookiestyle]

Good news: The new global hotkey works

Unfortunately it seems some public methods in HotKeyControlEx disappeared.
WebAutotype as well as some of my plugins use them to render hotkeys, both plgx files won't compile.
Can you please add them / make them public again?

error CS0117: 'KeePass.UI.HotKeyControlEx' enthält keine Definition für 'ReplaceTextBox'
error CS1061: 'KeePass.UI.HotKeyControlEx' enthält keine Definition für 'RenderHotKey'
error CS1061: 'KeePass.UI.HotKeyControlEx' enthält keine Definition für 'ResetIfModifierOnly'

[Dominik Reichl]

I rewrote the HotKeyControlEx class almost completely (primarily to improve the hot key display). It's now much easier to use; the 3 methods that you mentioned aren't needed anymore. Instead of using a TextBox in your dialog, use a HotKeyControlEx directly, and get/set the hot key using the HotKey property (instead of the previous HotKey and HotKeyModifiers pair).

Best regards,
Dominik

[Rookiestyle]

Thanks for your explanation, this indeed makes it easier for development of new plugins and I can release a new version of my plugins once the new KeePass version is published.

Do you already have a timeline in mind that you're able to share?

[kibinimatik]

1. In case user defined global auto-type hot key is Ctrl+Alt+Shift+A, two identical hot keys appear when KeePass is updated. It looks confusing.

2. Is there any ability for plugins to handle command line execution (with plugin defined options)?
   For example, if the AutoTypeShow plugin could handle a command like KeePass.exe -auto-type-show, it would be able to work on non-Windows systems, or be executed via a user defined button instead of a hot key.

[Dominik Reichl]

Maybe in early May, but I'm not sure yet.

Best regards,
Dominik

[Dominik Reichl]

1. Correct. KeePass currently doesn't detect whether hot keys are used elsewhere (in itself or other programs).
2. Plugins are loaded when the main window is constructed (because most plugins access the main window), i.e. it's too late for command line options like -auto-type.

Best regards,
Dominik

[AlexVallat]

For plugin command line options, you can use the /e parameter. I've lost wherever this is documented, but you can pass "/e:AnyString" as a parameter to KeePass, then in your plugin listen for the IpcUtilEx.IpcEvent event, and watch for your custom string being passed as the eventArgs.Name.

For an example of this in use, my AutoTypeSearch can use this mechanism precisely to enable hotkey-like behaviour on non-windows systems.

[kibinimatik]

Thanks for the explanation! Could you please implement this in your AutoTypeShow and WebAutoType too?

(Although WebAutoType doesn't support Mono, the execution through command line could be useful on Windows too.)

[AlexVallat]

Sure, I'll include it in the next version I'll have to release for HotKeyControlEx compatibility, once that version of KeePass is released.

[Anonymous]

Hi Alex. Would you be willing to release a development snapshot of both WebAutoType and AutoTypeSearch after making those changes in the future if that occurs before the next KeePass release? I'd love to keep testing the KeePass snapshots integrated with the plugins I use

[AlexVallat]

I was planning to wait until there was a KeePass source available, so I'm not just guessing on how to use the new HotKeyControlEx control...

[Paul]

Documentation / discussion: https://sourceforge.net/p/keepass/feature-requests/1870/

cheers, Paul