Open jdobelmann opened 4 years ago
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.
I edited the keystroke to not use the Meta key, and can confirm that it works now. Thanks for the suggestion.
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.
Reopening, for now, if you can test the latest Barrier on Debian, that'd be useful to gauge.
Tested in Debian 10 and Debian 11 -- both fail. I'm afraid the Meta keystroke is still intercepted and not recognized.
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.
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.
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: