github-starred/barrier

Fork 0

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

[GH-ISSUE #1253] Unable to switch keyboard language (layouts) while working on a client side for Windows 10 #1011

New issue

Open

opened 2026-05-05 07:22:49 -06:00 by gitea-mirror · 10 comments

gitea-mirror commented

2026-05-05 07:22:49 -06:00

Owner

Originally created by @Tatsuran on GitHub (Aug 19, 2021).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1253

Description:
Unable to switch keyboard language while working on a client side for Windows 10 (and another WIndows 10 as a server)

Steps to reproduce:

Setup barrier server on a PC (Windows 10, 19043.1165)
Setup barrier client one a notebook (Windows 10, 19042.1110)
Have multiple keyboard languages on both machines (ENG (US) + Russian in my case on both machines)
Chose ENG on a server
Create txt document on a client, try to type on ENG
See expected behaviour (you're typing in english)
Try to switch keyboard language on a client (Alt + Shift, from ENG to RUS)
See keyboard language change in language list
Try to type in a document again
See keyboard language immediately changes back to ENG (server keyboard language)
See that you're still typing in english
Change keyboard language on a server
Try to type on a client again
See that you're typing in russian now, keyboard language also changed to RUS

Expected behavior:
You can switch keyboard languages while working on a client PC (and you do not need to switch to a server PC, change keyboard language and switch back to client PC to do so)

Desktop:
OS: Windows 10 (both PCs)
Barrier version: 2.3.3-release-3395cca9 (both PCs)

Additional information
For some reason keyboard language switches correctly on RDP machines I connect to from my barrier-client PC

Originally created by @Tatsuran on GitHub (Aug 19, 2021). Original GitHub issue: https://github.com/debauchee/barrier/issues/1253 **Description:** Unable to switch keyboard language while working on a client side for Windows 10 (and another WIndows 10 as a server) **Steps to reproduce:** 1. Setup barrier server on a PC (Windows 10, 19043.1165) 2. Setup barrier client one a notebook (Windows 10, 19042.1110) 3. Have multiple keyboard languages on both machines (ENG (US) + Russian in my case on both machines) 4. Chose ENG on a server 5. Create txt document on a client, try to type on ENG 6. See expected behaviour (you're typing in english) 5. Try to switch keyboard language on a client (Alt + Shift, from ENG to RUS) 6. See keyboard language change in language list 7. Try to type in a document again 8. See keyboard language immediately changes back to ENG (server keyboard language) 9. See that you're still typing in english 10. Change keyboard language on a server 11. Try to type on a client again 12. See that you're typing in russian now, keyboard language also changed to RUS **Expected behavior:** You can switch keyboard languages while working on a client PC (and you do not need to switch to a server PC, change keyboard language and switch back to client PC to do so) **Desktop:** OS: Windows 10 (both PCs) Barrier version: 2.3.3-release-3395cca9 (both PCs) **Additional information** For some reason keyboard language switches correctly on RDP machines I connect to from my barrier-client PC

gitea-mirror commented

2026-05-05 07:22:52 -06:00

Author

Owner

@AlonHal commented on GitHub (Aug 22, 2021):

I have the exact same problem.

Setup:
Server - Ubuntu 18.04
Client - Windows 10 Professional
Both are having English and Hebrew languages.

Steps to reproduce:

Set the language to English on Ubuntu
Move the mouse to the Windows
Set the language to Hebrew
Try typing letters (let's say notepad or whatever)
The machine switches back to English immediately after the key was pressed

Expected behavior is the same as the open issue describes.
It also switches back from English to Hebrew if the server is set to Hebrew.

Barrier version: 2.3.3-release-bbd1accb

Note:
Somehow about an hour ago it happened to work as expected (without the bug)...

I had done something with the CapsLock don't know if it is related
I switched the language from English to Hebrew and vice versa in Windows using ALT+SHIFT, and it worked well
So I was curious enough to try switching using the language via the Server (Ubuntu). I moved the mouse to Ubuntu
I switched using SUPER+SPACE. It switched language
I moved my mouse to the Client (Windows), and the ALT+SHIFT was no longer effective, language got changed immediately as the key was pressed

@AlonHal commented on GitHub (Aug 22, 2021): I have the exact same problem. **Setup:** Server - Ubuntu 18.04 Client - Windows 10 Professional Both are having English and Hebrew languages. **Steps to reproduce:** 1. Set the language to English on Ubuntu 2. Move the mouse to the Windows 3. Set the language to Hebrew 3. Try typing letters (let's say notepad or whatever) 4. The machine switches back to English immediately after the key was pressed Expected behavior is the same as the open issue describes. It also switches back from English to Hebrew if the server is set to Hebrew. Barrier version: 2.3.3-release-bbd1accb **Note:** Somehow about an hour ago it happened to work as expected (without the bug)... 1. I had done something with the CapsLock don't know if it is related 2. I switched the language from English to Hebrew and vice versa in Windows using ALT+SHIFT, and it worked well 3. So I was curious enough to try switching using the language via the Server (Ubuntu). I moved the mouse to Ubuntu 4. I switched using SUPER+SPACE. It switched language 5. I moved my mouse to the Client (Windows), and the ALT+SHIFT was no longer effective, language got changed immediately as the key was pressed

gitea-mirror commented

2026-05-05 07:22:53 -06:00

Author

Owner

@morilval commented on GitHub (Nov 25, 2021):

Same issue on my side. Windows 10 ENG+RUS layouts.

@morilval commented on GitHub (Nov 25, 2021): Same issue on my side. Windows 10 ENG+RUS layouts.

gitea-mirror commented

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

Author

Owner

@djbobyd commented on GitHub (Dec 4, 2021):

Same issue here. Linux server / Windows client, ENG+BUL layouts.

@djbobyd commented on GitHub (Dec 4, 2021): Same issue here. Linux server / Windows client, ENG+BUL layouts.

gitea-mirror commented

2026-05-05 07:22:57 -06:00

Author

Owner

@ghost commented on GitHub (Dec 20, 2021):

Same, Windows 10 on both client and server, ENG + RUS layouts.

@ghost commented on GitHub (Dec 20, 2021): Same, Windows 10 on both client and server, ENG + RUS layouts.

gitea-mirror commented

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

Author

Owner

@heX16 commented on GitHub (Jan 18, 2022):

Same issue.

Config:

ENG + RUS layouts.

Server - Windows 7. (switch work)
Client - Windows 10. (switch not work)

What's interesting: I work in client-side, when I press Ctrl+Shift, i can see how it switches to another language in the trayicon (on client-side, not on server). but when I key press (but not any, only in chars range), it switches back.

@heX16 commented on GitHub (Jan 18, 2022): Same issue. Config: ENG + RUS layouts. Server - Windows 7. (switch work) Client - Windows 10. (switch not work) What's interesting: I work in client-side, when I press Ctrl+Shift, i can see how it switches to another language in the trayicon (on client-side, not on server). but when I key press (but not any, only in chars range), it switches back.

gitea-mirror commented

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

Author

Owner

@heX16 commented on GitHub (Jan 18, 2022):

@Tatsuran please add to title keyword "layouts".

To make it easier to find this problem (there are many mentions of this problem), and all of these problems are searched for by the keyword "layouts".

@heX16 commented on GitHub (Jan 18, 2022): @Tatsuran please add to title keyword "layouts". To make it easier to find this problem (there are many mentions of this problem), and all of these problems are searched for by the keyword "layouts".

gitea-mirror commented

2026-05-05 07:23:00 -06:00

Author

Owner

@Versach commented on GitHub (Jun 1, 2022):

Same problem( win 10 server + win 10 client)

@Versach commented on GitHub (Jun 1, 2022): Same problem( win 10 server + win 10 client)

gitea-mirror commented

2026-05-05 07:23:01 -06:00

Author

Owner

@gustavostugova commented on GitHub (Jun 10, 2022):

I think I'm having similar problem. Server OSX Big Sur, layour US, and US International. I'm leaving it as US selected.
Client Windows Professional 10. Layouts Eng US, and Eng INTL. If I set on the client "Eng INTL", when I press the single quote ', it switches back Eng US automatically.... and I can't enter something like á é í ó ú, that with Eng INTL will be done pressing ' and then a, '+e, '+i ... etc.
The automatic switch only occurs when typing on the server keyboard, focused on the client.... if I type directly on the client keyboard, everything goes ok.

@gustavostugova commented on GitHub (Jun 10, 2022): I think I'm having similar problem. Server OSX Big Sur, layour US, and US International. I'm leaving it as US selected. Client Windows Professional 10. Layouts Eng US, and Eng INTL. If I set on the client "Eng INTL", when I press the single quote ', it switches back Eng US automatically.... and I can't enter something like á é í ó ú, that with Eng INTL will be done pressing ' and then a, '+e, '+i ... etc. The automatic switch only occurs when typing on the server keyboard, focused on the client.... if I type directly on the client keyboard, everything goes ok.

gitea-mirror commented

2026-05-05 07:23:02 -06:00

Author

Owner

@Serjdud commented on GitHub (Dec 21, 2022):

Have the same problem.
Server: Win 11
Client: Win 10

@Serjdud commented on GitHub (Dec 21, 2022): Have the same problem. Server: Win 11 Client: Win 10

gitea-mirror commented

2026-05-05 07:23:03 -06:00

Author

Owner

@maycircle commented on GitHub (Dec 17, 2023):

Same issue.

Config:
ENG + RUS + JP (IME) layouts.
Server - Manjaro Linux. (switch works)
Client - Windows 11. (switch doesn't work)

@maycircle commented on GitHub (Dec 17, 2023): Same issue. Config: ENG + RUS + JP (IME) layouts. Server - Manjaro Linux. (switch works) Client - Windows 11. (switch doesn't work)