L
Lucvdv
I just found something that might be an issue in XP Pro too, I don't know.
An XPe target with Terminal Services is using one keyboard layout, an RDP
client with another layout connects to it.
The keyboard layout for the RDP logon screen is always correct at the
client.
If nobody was logged on locally to the device, the client gets a new logon
session with the correct keyboard layout as well.
But if the client logs into an existing session that was started locally at
the device, it switches to that session's keyboard layout (i.e. it gets the
device's local keyboard layout instead of its own).
Maybe that's not perfectly clear, so I'll explain how it happened here:
- device has AZERTY layout
- client has QWERTY layout
- the RDP logon screen at the client is always QWERTY (as it should be)
- if it's a new logon, the client remains at QWERTY after logging on
- if someone was logged on at the device, the client switches to AZERTY
after logging on.
An XPe target with Terminal Services is using one keyboard layout, an RDP
client with another layout connects to it.
The keyboard layout for the RDP logon screen is always correct at the
client.
If nobody was logged on locally to the device, the client gets a new logon
session with the correct keyboard layout as well.
But if the client logs into an existing session that was started locally at
the device, it switches to that session's keyboard layout (i.e. it gets the
device's local keyboard layout instead of its own).
Maybe that's not perfectly clear, so I'll explain how it happened here:
- device has AZERTY layout
- client has QWERTY layout
- the RDP logon screen at the client is always QWERTY (as it should be)
- if it's a new logon, the client remains at QWERTY after logging on
- if someone was logged on at the device, the client switches to AZERTY
after logging on.