Alt-Tab leaves remote system as if Alt is still pressed
First I love being able to work on my 2nd machine within a window on my primary desktop. Thank you.
[edit: I am running in Chrome's "create shortcut" app mode, if that matters.]
But when I use Alt-Tab (yes, I am an long-time keyboard user) to switch windows on my host machine (Windows 10 version 21H1), when I return to the guest or remote window that system's Windows (also Windows 10 version 21H1) still believes that the Alt key is being held down.
Unless I remember to tap the Alt key after returning to the remote system's window, this causes unexpected behavior when I click links in web pages (downloads the page rather than browsing to it) or when I double click a desktop icon (I get the properties window instead of launching the file or app).
Is there a way that TinyPilot can release the Alt key press on the remote system in the event of Alt-Tab, or just after some set period of seconds with no other activity going into the TinyPilot window?
Michael Lynch @michael2021-11-29 23:07:12.186ZThanks for reporting this!
I believe you're describing this bug. Is that correct?
Our intended fix is that when the TinyPilot browser window loses focus, TinyPilot would release any modifier keys that are pressed. Would that work for you?
- FDon Eitner @FreihEitner
Yes, that is exactly my issue and the suggested solution sounds like it will work. Sorry, I did not realize you had another site for bug reports.
- In reply tomichael⬆:
any progress on this? the linked bug seems to still be open. this is a pretty annoying bug if you alt/tab between windows frequently. between macOS/windows the command key gets translated to the windows key and keeps opening the start menu randomly.
an alternative solution would be to allow blocking certain key-mappings, like only map the right side alt/command key to the key on the target machine, but not the left side.
David @david2022-12-08 15:41:22.442ZHi @altuser, thanks for your question!
any progress on this?
Unfortunately, I don't see any progress beyond the Github issue, so it's not part of our short-term roadmap yet. We prioritize features based on user demand, so I've added a comment in the issue about the inconsistent state when you use
alt+tab. And we’ll definitely consider your feedback in our planning.an alternative solution would be to allow blocking certain key-mappings, like only map the right side alt/command key to the key on the target machine, but not the left side.
Thanks for the suggestion! One of the problems with blocking certain key mappings is that it can affect different keyboard layouts and locales that use left and right meta keys for separate functions. Unfortunately, it's a pretty difficult problem to solve with just the keyboard logic itself - like Michael mentioned in the GitHub issue, using
window.onblurmight be a better solution in this case.should the status here be changed to plan to fix instead of solved?
- David @david2022-12-08 19:38:01.597Z
Thanks for pointing that out - I've updated the thread!
- FDon Eitner @FreihEitner
Thanks to you both. Yes this is still an issue for me as well.
This is a persistently annoying problem for me, it would be much appreciated if it could be fixed. With the windows key as well, ideally. But Alt-tab is far more annoying for me.
- David @david2023-02-02 17:31:25.686Z
Hi @Req, sorry that you're also running into this issue.
I've added a comment on our GitHub issue to note your request for the bug fix. There still isn't a timeline for its fix, but the team is aware that this is a persistent issue.
- Progresswith handling this problem