Bug 7259 - local CapsLock/NumLock not updated with Web Access
: local CapsLock/NumLock not updated with Web Access
Status: NEW
: ThinLinc
Web Access
: 1.3.1
: PC Unknown
: P2 Normal
: LowPrio
Assigned To:
: 3523
  Show dependency treegraph
Reported: 2018-10-15 14:16 by
Modified: 2018-10-16 13:21 (History)
Acceptance Criteria:



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

Description From cendio 2018-10-15 14:16:44
Bug 400 implemented synchronisation of CapsLock and NumLock (and ScrollLock) in
the native client and in the server. However it did not do any changes to Web

The problem is that the browsers do not expose any way of controlling the local
lock state. They also do not expose the current state when needed, so we cannot
implement the client-to-server sync the same way as the native viewer.

As such, we are currently relying on the fallback behaviour in the server,
which gives a synchronised state even without the client's help in most cases.
The most notable case where it doesn't work is when the state is changed on the
server but not the client (e.g. a "Toggle CapsLock" function in an
application). However it will soon sync back to the clients state when it
detects a mismatch.

If the APIs improve then we might be able to fix this, but for now this will
have to be a tracking entry.