Hi,
I figured out the source of the issue. If you change the binding to CTRL + ALT + \ the 1Password app reacts to the still pressed ALT key by shifting the focus to the hamburger menu. Pobably triggered by the ALT Key_Up generating a default WM_MENUSELECT window message.
A fix would be to either ignore that window message if ALT is part of the shortcut. Or better yet; always ignore that window message and listen for the ALT key directly, but only if 1Password observes the Key_Down as well as the Key_Up -> as the Key_Down happens outside and before 1Password is activated in case of a key binding containing ALT.
Should be an easy fix :-)
Attached a gif where I press the CTRL + ALT + \ key combo to get into the bug. But then afterwards also press the ALT key a few times to show how it happened.
After rebooting the computer and using 1password the first time one gets the prompt to unlock the vault first. However, on this window the password prompt initially does not have focus. This means you need the mouse to click before you can start typing. Breaking the otherwise awesome keyboard only flow v8 provides.
\n\n1Password Version: 8.2.2
\nExtension Version: 2.1.0
\nOS Version: Windows 11 (21H2 build 22000.194)
After rebooting the computer and using 1password the first time one gets the prompt to unlock the vault first. However, on this window the password prompt initially does not have focus. This means you need the mouse to click before you can start typing. Breaking the otherwise awesome keyboard only flow v8 provides.
\n\n1Password Version: 8.2.2
\nExtension Version: 2.1.0
\nOS Version: Windows 11 (21H2 build 22000.194)
Hi,
\n\nI figured out the source of the issue. If you change the binding to CTRL + ALT + \\ the 1Password app reacts to the still pressed ALT key by shifting the focus to the hamburger menu. Pobably triggered by the ALT Key_Up generating a default WM_MENUSELECT window message.
\nA fix would be to either ignore that window message if ALT is part of the shortcut. Or better yet; always ignore that window message and listen for the ALT key directly, but only if 1Password observes the Key_Down as well as the Key_Up -> as the Key_Down happens outside and before 1Password is activated in case of a key binding containing ALT.
\nShould be an easy fix :-)
Attached a gif where I press the CTRL + ALT + \\ key combo to get into the bug. But then afterwards also press the ALT key a few times to show how it happened.
\n\n","body@stringLength":"1199","rawBody":"
Hi,
\n\nI figured out the source of the issue. If you change the binding to CTRL + ALT + \\ the 1Password app reacts to the still pressed ALT key by shifting the focus to the hamburger menu. Pobably triggered by the ALT Key_Up generating a default WM_MENUSELECT window message.
\nA fix would be to either ignore that window message if ALT is part of the shortcut. Or better yet; always ignore that window message and listen for the ALT key directly, but only if 1Password observes the Key_Down as well as the Key_Up -> as the Key_Down happens outside and before 1Password is activated in case of a key binding containing ALT.
\nShould be an easy fix :-)
Attached a gif where I press the CTRL + ALT + \\ key combo to get into the bug. But then afterwards also press the ALT key a few times to show how it happened.
\n\n
