github-starred/barrier

Fork 0

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

[GH-ISSUE #1776] Keyboard events not sent to Windows emoji keyboard on client #1307

New issue

Open

opened 2026-05-05 07:42:54 -06:00 by gitea-mirror · 3 comments

gitea-mirror commented

2026-05-05 07:42:54 -06:00

Owner

Originally created by @maurizi on GitHub (Sep 12, 2022).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1776

What happened?

I am using barrier on a Windows host w/ a Windows client.

If while I have the mouse on the client screen, I use Win + . it correctly opens the windows emoji keyboard on the client:

However, none of the keyboard events on the server are registered by the emoji keyboard - I have to use the client keyboard for it to have any effect.

Version

v2.4.0

Git commit hash (if applicable)

No response

If applicable, where did you install Barrier from?

Chocolatey: https://community.chocolatey.org/packages/barrier

What OSes are you seeing the problem on? (Check all that apply)

Windows

What OS versions are you using?

Windows 11, on both client & server

Relevant log output

No response

Any other information

No response

Originally created by @maurizi on GitHub (Sep 12, 2022). Original GitHub issue: https://github.com/debauchee/barrier/issues/1776 ### What happened? I am using barrier on a Windows host w/ a Windows client. If while I have the mouse on the client screen, I use Win + `.` it correctly opens the windows emoji keyboard on the client: ![image](https://user-images.githubusercontent.com/4432106/189708653-9d66a7f4-b855-4285-99f2-de3646a0ac52.png) However, none of the keyboard events on the server are registered by the emoji keyboard - I have to use the client keyboard for it to have any effect. ### Version v2.4.0 ### Git commit hash (if applicable) _No response_ ### If applicable, where did you install Barrier from? Chocolatey: https://community.chocolatey.org/packages/barrier ### What OSes are you seeing the problem on? (Check all that apply) Windows ### What OS versions are you using? Windows 11, on both client & server ### Relevant log output _No response_ ### Any other information _No response_

gitea-mirror commented

2026-05-05 07:42:56 -06:00

Author

Owner

@jzebedee commented on GitHub (Apr 5, 2023):

This was extremely annoying to track down and most of the existing content tries to blame it on language or input keyboard region issues. Barrier is the problem.

@jzebedee commented on GitHub (Apr 5, 2023): +1 This was extremely annoying to track down and most of the existing content tries to blame it on language or input keyboard region issues. Barrier is the problem.

gitea-mirror commented

2026-05-05 07:42:58 -06:00

Author

Owner

@kirpi-1 commented on GitHub (Aug 24, 2023):

Possibly related, but while using a Windows 10 host and macOS Ventura 13.5 as the client, it appears that barrier is sending characters but not keyboard events.

I'm using Karabiner-Elements on the mac to capture keyboard events and translate them (convert Windows-style shortcuts to Mac, e.g. Ctrl+C -> Command+C). Part of Karabiner-Elements is a Karabiner-EventViewer which helps you debug keyboard input. When I use the client keyboard to type on the client, Karabiner-EventViewers sees keyboard events as expected. When I use the host keyboard to type on the client, Karabiner-EventViewer does not register any keyboard events, but letters do get typed into the test input box.

@kirpi-1 commented on GitHub (Aug 24, 2023): Possibly related, but while using a Windows 10 host and macOS Ventura 13.5 as the client, it appears that barrier is sending characters but not keyboard events. I'm using Karabiner-Elements on the mac to capture keyboard events and translate them (convert Windows-style shortcuts to Mac, e.g. Ctrl+C -> Command+C). Part of Karabiner-Elements is a Karabiner-EventViewer which helps you debug keyboard input. When I use the client keyboard to type on the client, Karabiner-EventViewers sees keyboard events as expected. When I use the host keyboard to type on the client, Karabiner-EventViewer does not register any keyboard events, but letters **do** get typed into the test input box.

gitea-mirror commented

2026-05-05 07:42:59 -06:00

Author

Owner

@REMjn832 commented on GitHub (Jul 16, 2024):

Experiencing the exact same behavior. Any hope for a fix or workaround? I'm using Win11 on host and Win11 on guest. Guest Win+. key works to open the panel on the guest, but then I have to use the host mouse, or the guest keyboard to actually move within the popup window. Thanks much!

@REMjn832 commented on GitHub (Jul 16, 2024): Experiencing the exact same behavior. Any hope for a fix or workaround? I'm using Win11 on host and Win11 on guest. Guest Win+. key works to open the panel on the guest, but then I have to use the host mouse, or the guest keyboard to actually move within the popup window. Thanks much!

No labels

Rows
Columns