Keyboard usage bug (win -> mac, wx input method)

[Qingnan7780]

Bug Description

1. Traditional mode MAC input method often fails
   2.1:1 transmission mode often triggers MAC shortcut keys without reason
2. Change Mac replication to ctrl+c, but when Windows is remote, the replication is still command+c
   The above are all bugs caused by Windows 10 remote Mac

How to Reproduce

This problem can be directly reproduced

Expected Behavior

Win10 has significant remote MAC issues

Operating system(s) on local side and remote side

Windows 10 -> Macos

RustDesk Version(s) on local side and remote side

1.2.3 -> 1.2.3

Screenshots

Additional Context

No response

[rustdesk]

tracked by #4367

[Qingnan7780]

Not only the WeChat input method has this problem, but all input methods have this problem.

[rustdesk]

Could you try out our nightly build on both side? https://github.com/rustdesk/rustdesk/releases/tag/nightly

[rustdesk]

@fufesou follow it up after @Qingnan7780 tested nightly.

[rustdesk]

We put a fix on nightly build today, please test https://github.com/rustdesk/rustdesk/releases/tag/nightly

[Qingnan7780]

We put a fix on nightly build today, please test https://github.com/rustdesk/rustdesk/releases/tag/nightly

I have test，At present, the shortcut key issue has been resolved, but there is still one issue. The copy shortcut key set by my Mac is ctrl+c, but I still need to use command+c on my Windows end

[fufesou]

Have you checked on this option?

[Qingnan7780]

We put a fix on nightly build today, please test https://github.com/rustdesk/rustdesk/releases/tag/nightly

I have test，At present, the shortcut key issue has been resolved, but there is still one issue. The copy shortcut key set by my Mac is ctrl+c, but I still need to use command+c on my Windows

There is a delay in the command button now

[fufesou]

What is the difference between traditional mode and 1:1 mode?

The traditional and translate mode send letters to the remote side.
1:1 simulate keystrokes.

There is a delay in the command button now

Is only "Command" affected?

The latest build should not affect "Command" key.

Can you please try "Command" directly on the remote side?

[Qingnan7780]

Is only "Command" affected?

The latest build should not affect "Command" key.

Can you please try "Command" directly on the remote side?

I cannot understand。Now it has been discovered that there is a delay in the command

[rustdesk]

I do not see delay, just tested.

I tested two cases,

1. Windows in RDP on Mac -> Mac
2. Windows -> MAC

Though command does not work in case 1 (but in swap mode, both command and ctl works, interesting, I think this case is too special), but does work in case 2.

[Qingnan7780]

I tested two cases,

Windows ->MAC

1. Traditional mode: When I use command+c, it works normally，But pressing 6 and 7 will appear; I have already collapsed。After restarting both ends of Rustdesk, 6 and 7 will become shortcut keys to directly close Rustdesk
2. 1:1 Mode: When I use command+c, there is command delay or even no work
   So I'm not sure about the difference between traditional mode and 1:1 mode

[fufesou]

@Qingnan7780 Thanks for your detailed feedback.

But I cannot reproduce the two issues.

I use the latest version on both sides.
I've tested both the installed version and the non-install version on the remote side.

2. 1:1 Mode: When I use command+c, there is command delay or even no work
   So I'm not sure about the difference between traditional mode and 1:1 mode

I've printed the simulating keycode of "Command + c" for the traditional mode and the 1:1 mode.
They are simulating the same keycodes, "55 + 8" .

And there's no delay for me.

[Qingnan7780]

I've printed the simulating keycode of "Command + c" for the traditional mode and the 1:1 mode. They are simulating the same keycodes, "55 + 8" .

And there's no delay for me.

The problem I am currently facing is

1. In traditional mode, pressing keys 6 and 7 will automatically close Rustdesk or characters will appear;
2. 1:1 CTL delay in mode
   I have crashed, Rustdesk is currently the smoothest remote software I have.

[Qingnan7780]

I do not see delay, just tested.

I tested two cases,

1. Windows in RDP on Mac -> Mac
2. Windows -> MAC

Though command does not work in case 1 (but in swap mode, both command and ctl works, interesting, I think this case is too special), but does work in case 2.

1. 1: 1 mode, do not enable swapping Ctrl and Command, copy and paste will not be delayed
2. Traditional mode cannot be used, keys generate shortcut keys

[Qingnan7780]

感谢您的详细反馈。

但我不能重现这两个问题。

我在两边都使用最新版本。我已经在远程端测试了已安装版本和非安装版本。

2. 1：1 模式：当我使用 command+c 时，有命令延迟甚至没有工作 所以我不确定传统模式和 1：1 模式的区别

我已经打印了传统模式和 1：1 模式的“Command + c”模拟键代码。他们正在模拟相同的键码，“55 + 8”。

对我来说没有延迟。

HI，how can i connect you?i need you help me

[fufesou]

@Qingnan7780 Hi, this is my email c2h1YW5nbG9uZ2NoZW5AeWVhaC5lbnQ= (in base64)