Bug 7259 - local CapsLock/NumLock not updated with Web Access
Summary: local CapsLock/NumLock not updated with Web Access
Status: NEW
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Web Access (show other bugs)
Version: 1.3.1
Hardware: PC Unknown
: P2 Normal
Target Milestone: LowPrio
Assignee: Samuel Mannehed
URL:
Keywords:
Depends on:
Blocks: keyboard
  Show dependency treegraph
 
Reported: 2018-10-15 14:16 CEST by Pierre Ossman
Modified: 2018-10-16 13:21 CEST (History)
1 user (show)

See Also:
Acceptance Criteria:


Attachments

Description Pierre Ossman cendio 2018-10-15 14:16:44 CEST
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 Access.

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.

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