Bug 7281 - Shift+Alt doesn't work with VMware and Windows client
: Shift+Alt doesn't work with VMware and Windows client
: ThinLinc
: 1.3.1
: PC Unknown
: P2 Normal
: LowPrio
Assigned To:
: 7373
: 3523
  Show dependency treegraph
Reported: 2018-11-23 10:20 by
Modified: 2020-01-21 15:50 (History)
Acceptance Criteria:



You need to log in before you can comment on or make changes to this bug.

Description From cendio 2018-11-23 10:20:01
I have Ctrl+Shift+Alt configured as the key combination to release the keyboard
grab in VMware. However this does not work reliably when I'm using the Windows
client. Sometimes it breaks the grab, sometimes it doesn't.

It turns out after some experimenting that the problem is Shift+Alt. If I press
the Alt before shift, then it works. But Shift before Alt breaks.
------- Comment #1 From cendio 2018-11-23 10:24:51 -------
I had a look at this and the issue is that VMware looks at physical keys rather
than symbols. On Linux Shift+Alt generally generates Meta, but not on Windows.
So Xvnc will find a different key when it sees the client sending Alt with
Shift already pressed.

I've implemented a heuristic upstream to handle this:


The basic principle is that if Shift+Alt in the server keyboard map generates
Meta, then we'll use that key and send a Meta when we see the symbols Alt_*
from a client and Shift is currently pressed.
------- Comment #2 From cendio 2018-11-23 10:25:52 -------
Also note bug 5258 which is indirectly affected by this heuristic.
------- Comment #3 From cendio 2020-01-21 15:50:24 -------
Tested on a Windows 10 client against a RHEL 8 server with build 6364. Tested
by pressing Shift+Alt and verified that it sends Meta with keycode 64 instead
of 204 as previously. Also tested that Linux clients still have the correct