#1774 Minimize after auto-type does not respect lock on minimize

[Samuel Corbin]

"Minimize main window after performing auto-type" does not combine as expected with:

1. "Lock workspace when minimizing main window to taskbar"
2. "Minimize to tray instead of taskbar" and "Lock workspace when minimizing main window to tray"

If the option to lock on minimizing is selected alongside an option to automatically minimize, it should lock on minimizing, not minimize without locking.

Implementing this combination of options correctly allows for useful behavior that is not currently possible: Instead of specifying a global lock timer, the user can keep the database locked whenever it is minimized, use the auto-type hot key which correctly prompts for the master password, auto-type will activate, and then the main window will minimize and re-lock. This is a very useful alternative to setting a global lock timer, and the current options should allow for it, but do not combine as expected.

The current behavior is dangerous to users who opt to lock on minimize and thus reasonably expect that their database is locked when auto-type minimizes the main window. Situations where users expect the database to lock and it silently fails to lock are a security concern.

It is extremely unlikely that any user who opts to to lock workspace when minimizing and to minimize after performing auto-type intends or expects the current behavior where manual minimizing locks the workspace, but automatic minimizing (which the user opted into) does not.

[Paul]

Auto-Type doesn't bring KeePass up from the tray/task bar so this may be better as a separate option.

cheers, Paul

[Dominik Reichl]

I cannot reproduce this issue. In all my tests, KeePass locked the workspace as expected.

Please provide your configuration file, a sample database file and detailed steps what you are doing.

Thanks and best regards,
Dominik