github-starred/barrier

Fork 0

mirror of https://github.com/debauchee/barrier.git synced 2026-05-15 14:16:02 -06:00

[GH-ISSUE #754] Exclamation mark not working from Magic Keyboard to Windows 10 #589

New issue

Open

opened 2026-05-05 06:43:54 -06:00 by gitea-mirror · 6 comments

gitea-mirror commented

2026-05-05 06:43:54 -06:00

Owner

Originally created by @sgrienen on GitHub (Jun 15, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/754

Server: macOS High Sierra, latest available patches applied
Barrier version 2.3.2-snapshot-210c2b70

Client: Windows 10 1809
Barrier version 2.3.2-snapshot-210c2b70

Steps to reproduce bug

I'm using a Swiss German QWERTZ Apple Magic keyboard on my server, and when I try to type an exclamation mark, it just doesn't do anything on Windows 10. The exclamation mark is just beside the Enter key, above the " ¨ ", so it has to be reached using Shift. It's the only character I haven't been able to type in Windows from that keyboard, even if the mapping is sometimes tricky.

Originally created by @sgrienen on GitHub (Jun 15, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/754 Server: macOS High Sierra, latest available patches applied Barrier version 2.3.2-snapshot-210c2b70 Client: Windows 10 1809 Barrier version 2.3.2-snapshot-210c2b70 ### Steps to reproduce bug ### I'm using a Swiss German QWERTZ Apple Magic keyboard on my server, and when I try to type an exclamation mark, it just doesn't do anything on Windows 10. The exclamation mark is just beside the Enter key, above the " ¨ ", so it has to be reached using Shift. It's the only character I haven't been able to type in Windows from that keyboard, even if the mapping is sometimes tricky.

gitea-mirror added the

labels 2026-05-05 06:43:54 -06:00

gitea-mirror commented

2026-05-05 06:43:58 -06:00

Author

Owner

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

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

gitea-mirror commented

2026-05-05 06:43:59 -06:00

Author

Owner

@p12tic commented on GitHub (Jan 10, 2021):

Let's not close valid bugs without a valid reason.

@p12tic commented on GitHub (Jan 10, 2021): Let's not close valid bugs without a valid reason.

gitea-mirror commented

2026-05-05 06:44:01 -06:00

Author

Owner

@mumrich commented on GitHub (Oct 12, 2022):

I can confirm that the issue still exists, even on a Windows-11 (Server) -> Windows-11 (Client) scenario.
I'm also using a Swiss-German keyboard-layout.
Using Barrier:

I can neither input ¨ nor ! on a client machine, which is quite annoying for a programmer... 😅:

Cannot use ctrl + ¨ for opening terminals
cannot negate a Boolean operation due to ! missing.

The key 00_1B does not seem to work at all:

I've tried to press the 00_1B key with sharpkeys:
Server:

Client:

@mumrich commented on GitHub (Oct 12, 2022): I can confirm that the issue still exists, even on a Windows-11 (Server) -> Windows-11 (Client) scenario. I'm also using a Swiss-German keyboard-layout. Using Barrier: ![image](https://user-images.githubusercontent.com/10463536/195395903-b20b337a-6915-4a14-aea2-b8b13f14fd7b.png) I can neither input `¨` nor `!` on a client machine, which is quite annoying for a programmer... 😅: - Cannot use `ctrl` + `¨` for opening terminals - cannot negate a Boolean operation due to `!` missing. The key 00_1B does not seem to work at all: ![image](https://user-images.githubusercontent.com/10463536/195393652-94d08b35-8d3a-47bb-a2c8-746e5176bec4.png) I've tried to press the 00_1B key with [sharpkeys](https://apps.microsoft.com/store/detail/sharpkeys/XPFFCG7M673D4F): Server: ![image](https://user-images.githubusercontent.com/10463536/195394063-6ee3ad99-3779-4167-8edc-4b152972a718.png) Client: ![image](https://user-images.githubusercontent.com/10463536/195394759-89ddc1b0-c5a7-40ce-85a8-b4ff30132ed8.png)

gitea-mirror commented

2026-05-05 06:44:04 -06:00

Author

Owner

@lumisoft commented on GitHub (Oct 11, 2023):

Having the same issue using barrier 2.4.0 as server on Debian 12.2 and client on Windows 10 with Swiss french keyboard layout. "!" always missing.

@lumisoft commented on GitHub (Oct 11, 2023): Having the same issue using barrier 2.4.0 as server on Debian 12.2 and client on Windows 10 with Swiss french keyboard layout. "!" always missing.

gitea-mirror commented

2026-05-05 06:44:06 -06:00

Author

Owner

@lucamiani commented on GitHub (Feb 13, 2024):

I have the same issue on 2.4 on Windows 10 to 10

@lucamiani commented on GitHub (Feb 13, 2024): I have the same issue on 2.4 on Windows 10 to 10

gitea-mirror commented

2026-05-05 06:44:08 -06:00

Author

Owner

@Dewege commented on GitHub (Nov 1, 2024):

Same issue here
Version 2.4.0-release-3e0d758b
server: macos ventura 13.6.7 swiss german keyboard (magic keyboard without num-block)
to client: W10 swiss german keyboard

Test 1 (change keyboard layout)

I tried to additionally configure a US international keyboard the windows-settings and switched to that, which barrier seems to respect for certain keys, but not for others:

! should now be available via shift and „1“ (as far as I know and as the screen keyboard shows), but that results in a + (as on the swiss german keyboard layout)
AltGr and „2“ results in superscript 2 (correct for US-kbd, would be @ on swiss german kbd)

Test 2 (use keystroke() to capture ! but produce another char on client)

I also tried to configure hotkeys via GUI and tested if I can produce other characters (e.g. an „a“) on W10 client when pressing ! on the Mac side (needs shift, as can be seen in screenshot above of @mumrich).
It shows as keystroke(Shift+!) with action keystroke(a,W10PC)

That works but with a caveat: now everytime when I want to type „!" on the server, an „a“ is always appearing on the client (even when the mouse is on the server (mac))
This happens also if I edit and use a barrier.conf file with the following line in section: options
keystroke(Shift+Exclaim) = keystroke(a,W10PC)

I also can not write > or < to the client unless I specify this as hotkeys in GUI
keystroke(<) with action keystroke(<,W10PC)
keystroke(Shift+>) with action keystroke(Shift+>,W10PC)
and again: now they appear always on the client only, I can not type them locally on the server anymore.
Do I use that in a wrong way?

TL;DR summary

can not find a way to produce „!“ character on windows client from mac server
a soon as keystroke() rules are defined those key combinations can not be typed on server anymore, but appear always only on client

@Dewege commented on GitHub (Nov 1, 2024): Same issue here Version 2.4.0-release-3e0d758b server: macos ventura 13.6.7 swiss german keyboard (magic keyboard without num-block) to client: W10 swiss german keyboard ### Test 1 (change keyboard layout) I tried to additionally configure a US international keyboard the windows-settings and switched to that, which barrier seems to respect for certain keys, but not for others: - ! should now be available via shift and „1“ (as far as I know and as the screen keyboard shows), but that results in a + (as on the swiss german keyboard layout) - AltGr and „2“ results in superscript 2 (correct for US-kbd, would be @ on swiss german kbd) ### Test 2 (use keystroke() to capture ! but produce another char on client) I also tried to configure hotkeys via GUI and tested if I can produce other characters (e.g. an „a“) on W10 client when pressing ! on the Mac side (needs shift, as can be seen in screenshot above of @mumrich). It shows as `keystroke(Shift+!)` with action `keystroke(a,W10PC)` **That works** but with a caveat: now _everytime_ when I want to type „!" on the server, an „a“ is _always_ appearing on the client (even when the mouse is on the server (mac)) This happens also if I edit and use a barrier.conf file with the following line in section: options `keystroke(Shift+Exclaim) = keystroke(a,W10PC)` ### maybe related: I also can not write > or < to the client unless I specify this as hotkeys in GUI `keystroke(<)` with action `keystroke(<,W10PC)` `keystroke(Shift+>)` with action `keystroke(Shift+>,W10PC)` and again: now they appear _always_ on the client only, I can not type them locally on the server anymore. Do I use that in a wrong way? ### TL;DR summary - can not find a way to produce „!“ character on windows client from mac server - a soon as keystroke() rules are defined those key combinations can not be typed on server anymore, but appear _always_ only on client

No labels

Rows
Columns