-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Initial RDP connection always uses "us" keyboard, reconnect uses correct keyboard #1350
Comments
Wow. Almost two years since I raised this issue. |
I have a workaround for Ubuntu 22.04 (see #337 (comment)) that might fork for anyone using Gnome Desktop. |
@mo-markcrossland - I apologise for the lack of progress on this. Is this still a configuration you are using? |
I wasn't expecting any response so we just took the option of forcing the keyboard to en_GB using some profile scripts:
We then forgot about having to worry about it. |
If that works for you, great. You can also now force a keyboard layout in Let me know if you want some help to get to the bottom of this (and I'd quite understand if you don't). We've spent a bit of time on the input system recently so I'm quite keen on squishing any remaining bugs. |
On the initial login to an xrdp session using xorgxrdp, we always get a US keybaord layout once logged in. We're based in the UK and run RHEL 7.6 at the moment, and getting a US keyboard effectively means that the session is broken as the pipe character can't be used and other characters are not where we expect them to be. If we disconnect from the session and then re-connect, we then get (almost) the proper keyboard layout.
Our users are using Windows 10 to connect to a RHEL7.6 server running xrdp.
This is waht we get on initial login:
When we disconnect from the session and re-connect to it, we get (almost) the correct keyboard layout, as follows:
The locale of the server is set to "en_GB.utf8"
We've made the following change to xrdp_keyboard.ini to force UK keyboard on the login screen (otherwise some peple can't login):
If we SSH into the server, we get the correct keyboard layout detected at all times:
The text was updated successfully, but these errors were encountered: