33d8df3deeed06de16e901177532def4b5e70894
Hiding a window hands the foreground to nobody, so we stayed foreground while invisible. The next hotkey then captured our own window as its target and typed the password into it, and Ctrl+Shift+A opened a New entry with an empty title — the guard correctly refusing to prefill with "Password Manager". Track foreground changes with an EVENT_SYSTEM_FOREGROUND hook and keep the last window that is neither ours nor a shell one, then reactivate it just before hiding. Sampling on demand cannot work: by then the user's application is two foreground changes behind (their app, the taskbar they clicked, us), and reactivating after the hide is silently refused since only the current foreground owner may give focus away. Autofill paths pass AReturnForeground=False — they already placed the foreground on the window they filled. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Description
full local password manager
Languages
Pascal
46.7%
JavaScript
35.4%
HTML
9.4%
CSS
4.9%
PHP
2.1%
Other
1.4%