Keyboard issues (try out nightly build please)

[Jeffmartt]

When establishing a connection, using a Portuguese keyboard, the accent no longer works correctly on both - the local and remote computers.

Some special characters still appear correctly (like ç or Ç), but trying to accentuate gives weird results like "[é" for "é" or "[à" instead of "à".

Other special characters like :, /, and ? lose mapping...

I tried using three versions: Ubuntu/Debian version, Windows (installed) and Windows Portable version, with same results
(1.1.9)

[lsascha]

same issue with german keyboard. having a connection open,
basically makes a lot of special characters completely unavailable.
even when the remote window is minimized and trying to enter the character on the local PC.

Only tested on Windows as Host and Remote.

[rustdesk]

try out https://github.com/rustdesk/rustdesk/releases/tag/nightly please.

[ibrahimkazanci]

In Turkish-Q Keyboard layout;

İ character appear as I
i character appear as ı

on host computer.

I tried nightly windows build on both host and client but nothing changed.

[chiehw]

In Turkish-Q Keyboard layout;

İ character appear as I
i character appear as ı

on host computer.

I tried nightly windows build on both host and client but nothing changed.

Thx, Let me try the Turkish-Q Keyboard

[jrmpt]

Same problems with the Portuguese (pt-pt) layout.

When I need to write a word with "á", rustdesk will insert "," before. When using shift+key it will wrongly produce ';', making it impossible to write words containing 'ò' or 'à'.
https://prnt.sc/_Fdg2rry-O0c

It´s possible to write words with '~'. If I shift that key to get '^', will do nothing.
https://i.postimg.cc/VvrhWFDB/screenshot-1650.jpg

[dannykorpan]

I'm using the current nightly on macos (control side) and ubuntu (remote side). Xubuntu 22.04.2 is runnung in x11.

[fufesou]

Wayland as the control side.
No input permission on the remote side, which you can see on the "cm" window.

@dannykorpan Can you please give a picture about your toolbar on remote page?
I've viewed the code, and tested again. But I can't finger why the "keyboard mode" is not shown.

[dannykorpan]

[fufesou]

@dannykorpan Thanks.
The only possible reason is that the control side do not have the connrect input permission check.
I will try to find and fix it.

[dannykorpan]

O.k. If you need any other informations/screenshots, you're welcome.

[fufesou]

Can you please upload a picutre about "Action" submenu.

bandicam.2023-03-27.22-39-31-416.mp4

[dannykorpan]

[fufesou]

@dannykorpan "Insert Ctrl + Alt + Del" is shown, it means you have input permission to the remote side.
Possible reason is that you haven't enabled input permission in Preferences.

rustdesk/src/platform/macos.rs

Line 63 in 679d3d9

pub fn is_can_input_monitoring(prompt: bool) -> bool {

[dannykorpan]

That was the problem, thank you and shame on me for this. Also the keyboard translation is working with "Translation mode beta" activated.

[pixeldoc2000]

I had the same Keyboard Problem with Rustdesk 1.1.9 on German Windows 10 (Host and Remote).

Update to current Rustdesk 1.2.0 Nightly fixed the issue.

Note: You need up updating both Host and Remote to Nightly and enable "Translation Mode beta" on Remote (is only available if Host is updated too).

[Karbust]

I was having the following issue with the keyboard on 1.1.9 when connecting to a Windows 10 from Windows 11.

The host has 2 keyboard layouts on Windows (the physical keyboard has US layout), US and PT-PT, the computer used to connect is full PT-PT.

Examples:
When remote has layout PT-PT, writing á shows up as ,á.
When remote has layout US, writing á shows up as ;á.

I also notice that the computer connecting has issues with the keyboard when connected to the remote computer, using those kind of keys are not working correctly until I close the connection.

This issue appears to have been fixed after updating to Nightly and using "Translation Mode Beta".

[cetjunior]

I was having the following issue with the keyboard on 1.1.9 when connecting to a Windows 10 from Windows 11.

The host has 2 keyboard layouts on Windows (the physical keyboard has US layout), US and PT-PT, the computer used to connect is full PT-PT.

Examples: When remote has layout PT-PT, writing á shows up as ,á. When remote has layout US, writing á shows up as ;á.

I also notice that the computer connecting has issues with the keyboard when connected to the remote computer, using those kind of keys are not working correctly until I close the connection.

This issue appears to have been fixed after updating to Nightly and using "Translation Mode Beta".

Hi @Karbust,

Test again using the nightly version at both ends and check if the problem persists.

EDIT: sorry, I didn't saw the last part until now. Ok then.

Best regards.