Keyboard events not sent to Windows emoji keyboard on client

[maurizi]

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

[jzebedee]

+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.

[kirpi-1]

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.

[REMjn832]

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!