[GH-ISSUE #785] "SHIFT-clears-CAPS-LOCK" option makes shift break on clients #619

New issue

Open

opened 2026-05-05 06:47:48 -06:00 by gitea-mirror · 2 comments

gitea-mirror commented

2026-05-05 06:47:48 -06:00

Owner

Originally created by @richwalker on GitHub (Jul 8, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/785

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

Originally created by @richwalker on GitHub (Jul 8, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/785 ### 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](https://github.com/debauchee/barrier/files/4889784/barrier.t560.log.gz) [barrier.tc.log.gz](https://github.com/debauchee/barrier/files/4889785/barrier.tc.log.gz)

gitea-mirror added the

bug

label 2026-05-05 06:47:48 -06:00

gitea-mirror commented

2026-05-05 06:47:54 -06:00

Author

Owner

@github-actions[bot] commented on GitHub (Sep 18, 2020):

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.

@github-actions[bot] commented on GitHub (Sep 18, 2020): 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.

gitea-mirror commented

2026-05-05 06:47:56 -06:00

Author

Owner

@p12tic commented on GitHub (Jan 10, 2021):

Let's not close valid bug reports.

@p12tic commented on GitHub (Jan 10, 2021): Let's not close valid bug reports.