[GH-ISSUE #838] A hotkey for a client makes the same key combination in a server un-workable #664

Closed
opened 2026-05-05 06:52:15 -06:00 by gitea-mirror · 1 comment
Owner

Originally created by @tom-tan on GitHub (Aug 17, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/838

Operating Systems

Server: Windows 10 (build 19041.450)

Client: macOS Catalina (10.15.6)

Barrier Version

2.3.3

I installed the same version to the server and the client.

Steps to reproduce bug

  1. Check Use existing configuration: and load the configuration file with the following setting. The complete configuration is in Other info section.
section: options
        ...
	keystroke(Control+a) = keystroke(Control+a,client)
end
  1. Press the Reload button.
  2. (Example) In the server, open notepad, type anything, and press Control+a.

Expected behavior

Whole characters in notepad are selected. It is the same behavior without barrier.

Actual behavior

Nothing happens.
On the other hand, in mac client, Control+a works as intended.

Other info

Here is a complete configuration content I used.
monoceros and virgo are the name of server and client, respectively.

section: screens
	monoceros:
		halfDuplexCapsLock = false
		halfDuplexNumLock = false
		halfDuplexScrollLock = false
		xtestIsXineramaUnaware = false
		preserveFocus = false
		switchCorners = none 
		switchCornerSize = 0
	virgo:
		halfDuplexCapsLock = false
		halfDuplexNumLock = false
		halfDuplexScrollLock = false
		xtestIsXineramaUnaware = false
		preserveFocus = false
		switchCorners = none 
		switchCornerSize = 0
end

section: aliases
end

section: links
	monoceros:
		down = virgo
	virgo:
		up = monoceros
end

section: options
	relativeMouseMoves = false
	screenSaverSync = true
	win32KeepForeground = false
	clipboardSharing = true
	switchCorners = none 
	switchCornerSize = 0
	keystroke(Control+a) = keystroke(Control+a,virgo)
end
Originally created by @tom-tan on GitHub (Aug 17, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/838 ### Operating Systems ### Server: Windows 10 (build 19041.450) Client: macOS Catalina (10.15.6) ### Barrier Version ### 2.3.3 I installed the same version to the server and the client. ### Steps to reproduce bug ### 1. Check `Use existing configuration:` and load the configuration file with the following setting. The complete configuration is in `Other info` section. ``` section: options ... keystroke(Control+a) = keystroke(Control+a,client) end ``` 2. Press the `Reload` button. 3. (Example) In the server, open notepad, type anything, and press Control+a. #### Expected behavior #### Whole characters in notepad are selected. It is the same behavior without barrier. #### Actual behavior #### Nothing happens. On the other hand, in mac client, Control+a works as intended. ### Other info ### Here is a complete configuration content I used. `monoceros` and `virgo` are the name of server and client, respectively. ``` section: screens monoceros: halfDuplexCapsLock = false halfDuplexNumLock = false halfDuplexScrollLock = false xtestIsXineramaUnaware = false preserveFocus = false switchCorners = none switchCornerSize = 0 virgo: halfDuplexCapsLock = false halfDuplexNumLock = false halfDuplexScrollLock = false xtestIsXineramaUnaware = false preserveFocus = false switchCorners = none switchCornerSize = 0 end section: aliases end section: links monoceros: down = virgo virgo: up = monoceros end section: options relativeMouseMoves = false screenSaverSync = true win32KeepForeground = false clipboardSharing = true switchCorners = none switchCornerSize = 0 keystroke(Control+a) = keystroke(Control+a,virgo) end ```
Author
Owner

@tom-tan commented on GitHub (Aug 18, 2020):

Sorry, I misunderstood the specification.

The spec of configuration of Actions in Synergy (it is referred from the Wiki in Barrier) says:

  • keystroke(key[,screens])

(snip)

Synthesizes the modifiers and key given in key which has the same form as described in the keystroke option. If given, screens lists the screen or screens to direct the event to, regardless of the active screen.

Therefore keystroke(Control+a) = keystroke(Control+a,client) always send Control+a to the client and it is intended behavior.

<!-- gh-comment-id:675244408 --> @tom-tan commented on GitHub (Aug 18, 2020): Sorry, I misunderstood the specification. The [spec of configuration of Actions in Synergy](https://github.com/symless/synergy-core/wiki/Text-Config#actions) (it is referred from the [Wiki in Barrier](https://github.com/debauchee/barrier/wiki/Command-Line)) says: > - `keystroke(key[,screens])` (snip) > Synthesizes the modifiers and key given in key which has the same form as described in the keystroke option. If given, screens lists the screen or screens to direct the event to, regardless of the active screen. Therefore `keystroke(Control+a) = keystroke(Control+a,client)` always send `Control+a` to the client and it is intended behavior.
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#664
No description provided.