[GH-ISSUE #659] Immune keys seem to not work #520

Open
opened 2026-05-05 06:35:28 -06:00 by gitea-mirror · 5 comments
Owner

Originally created by @tehbiga on GitHub (May 7, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/659

Operating Systems

Server: Windows 10 1809 (17763.1098)

Client: macOS Mojave 10.14.1

Barrier Version

2.3.2

Steps to reproduce bug

  1. Windows as Server
  2. Setup ImmuneKeys.txt as described in wiki
  3. Immune keys not working

Filename and path:
ImmuneKeys.txt placed in %USERPROFILE%\AppData\Local\Barrier

Contents:

# Prevent sending F17 to other machines
128 0x80 VK_F17
163 0xA3 VK_RCONTROL

Log of key in use: (verifying I have the vk value correct and that it is seen by the hook)

[2020-05-07T10:50:11] DEBUG1: event: Key char=0, vk=0x80, nagr=0, lParam=0x80680001

Other info

Administrator mode on host applications does not seem to work. I tried to change the elevation option and that didn't help either.

Just downloaded this today because I was sick of swapping cables on my two machines for work.
Everything works great except immune keys which was the key feature I wanted to keep using Discord on my host machine.
I use right-control or F17 as push-to-talk since I have a macro button on my mouse. Even the more standard keys do not seem to work.

Originally created by @tehbiga on GitHub (May 7, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/659 ### Operating Systems ### Server: Windows 10 1809 (17763.1098) Client: macOS Mojave 10.14.1 ### Barrier Version ### 2.3.2 ### Steps to reproduce bug ### 1. Windows as Server 2. Setup `ImmuneKeys.txt` as described in wiki 3. Immune keys not working _Filename and path:_ `ImmuneKeys.txt` placed in `%USERPROFILE%\AppData\Local\Barrier` _Contents:_ ``` # Prevent sending F17 to other machines 128 0x80 VK_F17 163 0xA3 VK_RCONTROL ``` _Log of key in use: (verifying I have the vk value correct and that it is seen by the hook)_ ``` [2020-05-07T10:50:11] DEBUG1: event: Key char=0, vk=0x80, nagr=0, lParam=0x80680001 ``` ### Other info ### Administrator mode on host applications does not seem to work. I tried to change the elevation option and that didn't help either. Just downloaded this today because I was sick of swapping cables on my two machines for work. Everything works great except immune keys which was the key feature I wanted to keep using Discord on my host machine. I use right-control or F17 as push-to-talk since I have a macro button on my mouse. Even the more standard keys do not seem to work.
Author
Owner

@isycat commented on GitHub (Jun 4, 2020):

Struggling with this as well. Exact same story, bunch of different keys attempted.

<!-- gh-comment-id:638749288 --> @isycat commented on GitHub (Jun 4, 2020): Struggling with this as well. Exact same story, bunch of different keys attempted.
Author
Owner

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

<!-- gh-comment-id:697070208 --> @github-actions[bot] commented on GitHub (Sep 23, 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.
Author
Owner

@isycat commented on GitHub (Sep 26, 2020):

This is still an issue

<!-- gh-comment-id:699543299 --> @isycat commented on GitHub (Sep 26, 2020): This is still an issue
Author
Owner

@kiraacorsac commented on GitHub (Oct 22, 2020):

This is very much an issue on my side too.

<!-- gh-comment-id:714615218 --> @kiraacorsac commented on GitHub (Oct 22, 2020): This is very much an issue on my side too.
Author
Owner

@kiraacorsac commented on GitHub (Oct 22, 2020):

OK, I have a workaround, if this is still an issue for @isycat @tehbiga.

I noticed that in the log, it looks for the ImmuneKeys in the completely wrong directory. I've created the directory that was dumped in the log, and it works as expected. So if you don't mind creating this folder on your computer (requires admin privs), you can enjoy your push to talk (or, in my case, all the media keys) on the correct side of the Barrier. There should be another workaround with running/installing barrier as a correct user, but I can't be bothered.

This actually looks like a fairly easy fix in the DataDirectories.cpp, but I don't want to touch C++ with an eleven-foot pole (and you guys would not want me to touch it either).

image

<!-- gh-comment-id:714626351 --> @kiraacorsac commented on GitHub (Oct 22, 2020): OK, I have a workaround, if this is still an issue for @isycat @tehbiga. I noticed that in the log, it looks for the ImmuneKeys in the completely wrong directory. I've created the directory that was dumped in the log, and it works as expected. So if you don't mind creating this folder on your computer (requires admin privs), you can enjoy your push to talk (or, in my case, all the media keys) on the correct side of the Barrier. There should be another workaround with running/installing barrier as a correct user, but I can't be bothered. This actually looks like a fairly easy fix in the DataDirectories.cpp, but I don't want to touch C++ with an eleven-foot pole (and you guys would not want me to touch it either). ![image](https://user-images.githubusercontent.com/8028882/96903528-3dd5be00-1496-11eb-9c13-504b91336609.png)
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/barrier#520
No description provided.