#9785: Terminal:input may be locked on switching workspaces using Alt-Fn shortcut -------------------------------------+---------------------------- Reporter: siarzhuk | Owner: bonefish Type: bug | Status: in-progress Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1/Development Resolution: | Keywords: Blocked By: | Blocking: Has a Patch: 0 | Platform: All -------------------------------------+---------------------------- Comment (by bonefish): Replying to [comment:6 siarzhuk]: > The origin of problem is Keymap Switcher. It is reproduced in the following situation: on the first workspace I have opened window with active Russian keymap. On the second workspace the Terminal window with German (default) keymap. When switching ws1 <-> ws2 the keymap switcher reloads the current keymap because of change the active window keymap. Looks like this is the place where B_MODIFIERS_CHANGED is eaten. But your patch workarounds this behaviour. It would be much better to fix Keymap Switcher, though, since other applications could be affected as well. > Just for information: on non-patched system visual effect of this lock is blue-highlighted path in the Terminal window under the mouse pointer. On the patched system the same highlighting effect is still observed, but after any key was hit it goes away. That is expected. Moving the mouse should help as well. The modifier check is done whenever a user event is received. `TermView` doesn't override `KeyUp()`, so in that case a check doesn't happen. Maybe adding it would help. OTOH the event might get lost just like the `B_MODIFIERS_CHANGED`. -- Ticket URL: <http://dev.haiku-os.org/ticket/9785#comment:7> Haiku <http://dev.haiku-os.org> Haiku - the operating system.