Bug 7540 - Keyboard layout switching is unreliable
Summary: Keyboard layout switching is unreliable
Status: NEW
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: VNC (show other bugs)
Version: trunk
Hardware: PC Unknown
: P2 Normal
Target Milestone: MediumPrio
Assignee: Bugzilla mail exporter
URL:
Keywords:
Depends on: 4560 5269
Blocks: keyboard
  Show dependency treegraph
 
Reported: 2020-08-17 10:21 CEST by Pierre Ossman
Modified: 2021-06-30 09:29 CEST (History)
0 users

See Also:
Acceptance Criteria:


Attachments

Description Pierre Ossman cendio 2020-08-17 10:21:04 CEST
Trying to switch keyboard layouts in ThinLinc is very unreliable and will often simply not work:

a) The client layout is used, not the servers (see bug 4560). So if the client is full screen (with system keys enabled), then nothing useful generally happens. The layout might be switched in the session (depending on configuration), but that isn't really used so the user won't get what they want.

b) If the local layout is actually changed (or the session layout in a) ), then you get a client/session layout mismatch with can easily land you in problems because of bug 5269.
Comment 2 Pierre Ossman cendio 2020-08-17 10:25:58 CEST
As noted on bug 5269, this worked a lot better on older distributions where there was more free room in the session keyboard layouts. If the client switched layout then Xvnc would generally be able to fit the second layout in to the free space. This is no longer the case with modern systems.

A workaround is to load one of those older layouts, or manually construct a layout that contains all the symbols clients might used.

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