starred/rustdesk-rustdesk

Fork 0

mirror of https://github.com/rustdesk/rustdesk.git synced 2026-03-02 19:26:56 -05:00

When connected to a remote computer, accented letters cannot be typed on Czech keyboard on the local computer #1597

New issue

Closed

opened 2026-02-20 23:31:01 -05:00 by deekerman · 5 comments

deekerman commented

2026-02-20 23:31:01 -05:00

Owner

Originally created by @vadamovsky on GitHub (Mar 31, 2023).

Bug Description

After connecting to a remote computer, the Czech keyboard stops working properly on the local computer. Some Czech letters contain a comma or a caron. Letters with a comma are entered by pressing the [=] key (to the left of the Backspace key) and then pressing the letter to get the comma. To write a caron, press SHIFT + [=] followed by the given letter to get the caron.

On a local computer, when connected to a remote computer, the [=] key stops working altogether, so some letters cannot be typed at all. In some cases, writing Czech characters does not work correctly even on the remote computer.

How to Reproduce

Install Czech and English keyboard layout.
Start RustDesk and connect to a remote computer.
Select Czech keyboard in Windows on the local machine.
Open Notepad.
Press key [=] and then key "e".
You see "e". But you should get "é".
Press Shift + key [=] and then key "e".
You see "e". But you should get "ě".
Switch to remote computer.
Try to type the same letters.
Sometimes it works, sometimes you get "´é" and "ˇé". But you should get "é" and "ě".

Expected Behavior

I would expect that after the connection there will be no change in the functioning of the [=] key on the Czech keyboard on the local computer for writing letters with a comma and a caron.

Operating system(s) on local side and remote side

Windows 10 -> Windows 10

RustDesk Version(s) on local side and remote side

1.1.9 -> 1.1.9

Screenshots

Additional Context

No response

Originally created by @vadamovsky on GitHub (Mar 31, 2023). ### Bug Description After connecting to a remote computer, the Czech keyboard stops working properly on the local computer. Some Czech letters contain a comma or a caron. Letters with a comma are entered by pressing the [=] key (to the left of the Backspace key) and then pressing the letter to get the comma. To write a caron, press SHIFT + [=] followed by the given letter to get the caron. On a local computer, when connected to a remote computer, the [=] key stops working altogether, so some letters cannot be typed at all. In some cases, writing Czech characters does not work correctly even on the remote computer. ### How to Reproduce 1. Install Czech and English keyboard layout. 2. Start RustDesk and connect to a remote computer. 3. Select Czech keyboard in Windows on the local machine. 4. Open Notepad. 5. Press key [=] and then key "e". 6. You see "e". But you should get "é". 7. Press Shift + key [=] and then key "e". 8. You see "e". But you should get "ě". 9. Switch to remote computer. 10. Try to type the same letters. 11. Sometimes it works, sometimes you get "´é" and "ˇé". But you should get "é" and "ě". ### Expected Behavior I would expect that after the connection there will be no change in the functioning of the [=] key on the Czech keyboard on the local computer for writing letters with a comma and a caron. ### Operating system(s) on local side and remote side Windows 10 -> Windows 10 ### RustDesk Version(s) on local side and remote side 1.1.9 -> 1.1.9 ### Screenshots ![scr](https://user-images.githubusercontent.com/5308076/229212576-76f2fff9-852b-4011-b04d-550faac641c2.png) ### Additional Context _No response_

deekerman

2026-02-20 23:31:01 -05:00

closed this issue
added the
bug
label

deekerman commented

2026-02-20 23:31:05 -05:00

Author

Owner

@rustdesk commented on GitHub (Mar 31, 2023):

#1547

@rustdesk commented on GitHub (Mar 31, 2023): #1547

deekerman commented

2026-02-20 23:31:06 -05:00

Author

Owner

@vadamovsky commented on GitHub (Apr 1, 2023):

I confirm, this problem is fixed in the latest nightly build.

@vadamovsky commented on GitHub (Apr 1, 2023): I confirm, this problem is fixed in the latest nightly build.

deekerman commented

2026-02-20 23:31:06 -05:00

Author

Owner

@yardstudio commented on GitHub (Oct 4, 2023):

I have this issue still, and I am using latest downloaded versions

@yardstudio commented on GitHub (Oct 4, 2023): I have this issue still, and I am using latest downloaded versions

deekerman commented

2026-02-20 23:31:06 -05:00

Author

Owner

@morphx666 commented on GitHub (Oct 25, 2023):

Version 1.2.3 has this issue again.

@morphx666 commented on GitHub (Oct 25, 2023): Version 1.2.3 has this issue again.

deekerman commented

2026-02-20 23:31:06 -05:00

Author

Owner

@fufesou commented on GitHub (Oct 26, 2023):

@yardstudio @morphx666 Hi, thanks for your feedback.

I cannot reproduce this issue.

Can you please give me more details or how to reproduce? You can upload a video.

I've tried 1.2.3(win) -> 1.2.3(win), keyboard Czech -> en-us

"Legacy mode", "Map mode" and "Translate mode" do not have this issue.
Thought the remote results /é when pressing = + e using "Legacy mode".

@fufesou commented on GitHub (Oct 26, 2023): @yardstudio @morphx666 Hi, thanks for your feedback. I cannot reproduce this issue. Can you please give me more details or how to reproduce? You can upload a video. I've tried 1.2.3(win) -> 1.2.3(win), keyboard Czech -> en-us "Legacy mode", "Map mode" and "Translate mode" do not have this issue. Thought the remote results `/é` when pressing `=` + `e` using "Legacy mode".