mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #595] Hotkeys do nothing #467
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#467
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 @jdobelmann on GitHub (Mar 22, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/595
Operating Systems
Server: Arch Linux, Awesome WM
Client: Windows 10 Education
Barrier Version
2.3.2
Steps to reproduce bug
Other info
Barrier will allow me to create a hotkey, but when I press the hotkey, nothing happens. I also have other hotkeys for switching between displays, but those do nothing, as well. This issue occurs both when I configure the server interactively and when I try to use a configuration file. When I use my Windows 10 PC as the server, these hotkeys all work as intended. Pressing a hotkey does not add any information to the log.
My configuration file:
@ghost commented on GitHub (Apr 14, 2020):
I can confirm this behavior on current Debian 10 package version if the Meta-Key is in the keystroke. If Meta it is not in the keystroke, it works.
@jdobelmann commented on GitHub (Apr 17, 2020):
I edited the keystroke to not use the Meta key, and can confirm that it works now. Thanks for the suggestion.
@sgon00 commented on GitHub (Aug 19, 2021):
I am meetinng the same issue today. I am using debian 10 package too. Is this resolved in the latest version? If not, the bug should keep opened. Cheers.
@shymega commented on GitHub (Aug 19, 2021):
Reopening, for now, if you can test the latest Barrier on Debian, that'd be useful to gauge.
@martinbogo commented on GitHub (Aug 25, 2021):
Tested in Debian 10 and Debian 11 -- both fail. I'm afraid the Meta keystroke is still intercepted and not recognized.
@hagare commented on GitHub (Sep 8, 2021):
I have a Mac and was having the same issue with hotkeys doing nothing. Did not work with Meta or Alt. I ended up using Page Up and Page Down to switch between displays, and that worked perfectly. Moral of the story choose your hotkeys wisely.
@metala commented on GitHub (Sep 22, 2023):
I've noticed that in interactive mode if you hold Ctrl+Shit+Alt it shows as "Ctrl+Shift+Meta". This may be a hint.
Edit.
X maps Alt+Shift to Meta. If you don't want the Alt to get shifted to Meta, then you can run
xmodmap -e "keycode 64 = Alt_L"It fixes the issue.