In KDE System settings of the Server, Input Devices -> Keyboard Hardware -> Enable Miscellaneous Compatibility Options, enable "Shift cancels Caps Lock"
On the client, type letters without and with SHIFT. After the first SHIFT, only letters typed with SHIFT held down work.
Other info
When did the problem start to occur? Always happened
Is there a way to work around it? Yes, two ways:
Move pointer off client and back again and it reverts to traditional behaviour.
Press both shift keys once and it clears the problem
Don't enable "SHIFT clears CAPS LOCK" and it goes away.
Does this bug prevent you from using Barrier entirely? No but it's a pain
This issue has been automatically marked as stale due to inactivity. It will be closed if no further activity occurs. Thank you for your contributions.
Operating Systems
Server: Debian 10 Linux tc 5.5.0-0.bpo.2-amd64 #1 SMP Debian 5.5.17-1~bpo10+1 (2020-04-23) x86_64 GNU/Linux
Client: Debian 10 Linux tc 5.5.0-0.bpo.2-amd64 #1 SMP Debian 5.5.17-1~bpo10+1 (2020-04-23) x86_64 GNU/Linux
Barrier Version
2.3.2 updated to master @ 20200704
Steps to reproduce bug
In KDE System settings of the Server, Input Devices -> Keyboard Hardware -> Enable Miscellaneous Compatibility Options, enable "Shift cancels Caps Lock"
On the client, type letters without and with SHIFT. After the first SHIFT, only letters typed with SHIFT held down work.
Other info
When did the problem start to occur? Always happened
Is there a way to work around it? Yes, two ways: Move pointer off client and back again and it reverts to traditional behaviour. Press both shift keys once and it clears the problem Don't enable "SHIFT clears CAPS LOCK" and it goes away.
Does this bug prevent you from using Barrier entirely? No but it's a pain
Log files attached show it happening.. tc is the client, t560 is the server barrier.t560.log.gz barrier.tc.log.gz