Bug 7276 - fake AltGr sequences not handled from Windows (virtual) touch keyboard
: fake AltGr sequences not handled from Windows (virtual) touch keyboard
Status: NEW
: ThinLinc
: 1.3.1
: PC Unknown
: P2 Normal
: LowPrio
Assigned To:
: 3523
  Show dependency treegraph
Reported: 2018-11-06 17:21 by
Modified: 2019-10-31 11:11 (History)
Acceptance Criteria:



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

Description From cendio 2018-11-06 17:21:58
The Windows' (virtual) touch keyboard (in its standard mode) will inject fake
AltGr sequences in order to send symbols that require it. E.g. it tries to send
AltGr+2 when you press the "@" button.

However it doesn't actually use AltGr, but instead relies on the fact that you
can use CtrlL+AltL instead of AltGr on Windows. But the remote end then sees
Ctrl+AltL+2, which it does not consider even remotely equivalent to AltGr+2. So
it injects the a AltGr, ending up with CtrlL+AltL+AltGr+2. And the application
is unlikely to handle that as "enter @".

End result is that a bunch of symbols on the touch keyboard don't actually work
in ThinLinc.

We did improvements for AltGr on bug 5226, but it did not affect this issue.

Unfortunately we cannot just play along and send AltGr when we see CtrlL+AltL
as that breaks perfectly valid sequences such as CtrlL+AltL+AltGr+9, which we
fixed in bug 965.
------- Comment #1 From cendio 2019-10-31 11:11:07 -------
The same issue exists with Web Access.