mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 22:01:23 -06:00
[GH-ISSUE #1102] Caps lock strange behavior with slash key when toggle screen #881
Labels
No labels
HiDPI
bounty
bsd/freebsd
bsd/openbsd
bug
bug
build-infra
cantfix
critical
doc
duplicate
enhancement
fix-available
from git
from release
good first issue
help wanted
installer/package
invalid
linux
macOS
meta
needs testing
pull-request
query
question
regression
regression
v2.4.0
windows
wontfix
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/barrier#881
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @o0morgan0o on GitHub (Mar 15, 2021).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1102
Describe the bug
After a time of perfectly working setup (2 PCs onwindows 10). When i press the "/" key, it automatically puts everything on caps lock. In order to come back to normal keys, i noticed that i must press again "/" key, and after a random number of press, the caps lock are desactivated. If i press again "/" Caps lock is retriggered. It is annoying for me because I remapped caps lock to return key (with sharpKeys utilitary) so it makes the key "/" almost unusable.
To Reproduce
It have a part of random but on my setup it happens after I push the "/" key if barrier is running for too long.
Note: It always happens on the client (not on the server).
Expected behavior
Caps lock should not be triggered when i press the "/" key.
NOTE
I noticed that the bug appears when in logs i have "found key in group 0." After restarting completely barrier and its service, if i see "found key in group1" I know the bug won't be active :
[2021-03-15T13:25:51] INFO: found key in group 0-> problems with "/" key[2021-03-15T13:29:34] INFO: found key in group 1-> no problem with "/" keyDesktop (please complete the following information):
Additional context
I am searching a way to find a workaround, but for now I have to restart completely barrier , or not use the "/" key while barrier is running.
(Apart from this problem, this program is fantastic, thank you !)