keyboard/mouse compatibility issues

[rustdesk]

Unresolved

• Keyboard Layout bug with Android App (map/translate support for mobile physical keyboard) #5279
• Key sequence doesn't switch languages in the local machine #4362
• Print screen (Prt Scr) key doesn't work (shortcuts handle which can be chosen to be effective on local or remote side by user) #3740
• RuskDesk keyboard mapping is broken #5136
• Keyboard not working in Terminal window #3977
• Focus Session for Keyboard, No Context Menu, Menues are not opened #5155
• 1.21 - Fedora to Fedora mouse not clicking/selecting - Works in 1.1.9 #5167
• Keyboard in Android #5251
• Lowercase and uppercase characters don't work #5472
• 1.2.2 version of Android controls Android input method too sensitive to use input method （android -> android) #5515
• <CTRL>-<ALT>-<DEL> doesn't work anymore #5549
• Wrong input results from Bluetooth keyboard (abc←↑↓→, android->windows) #5663
• Keyboard layout/mapping issues #5692
• Using [ALT + TAB] destroys keyboard mapping （wayland) #5778
• Key mapping error(win11 to Ubuntu 22) #6062
• JIS (Japan Industrial Standards) key mapping issues (mac -> win) #5027
• keyboard issue and on-screen keyboard issue (linux->windows shortcut) #6281
• Mac: keyboard some keys not working #6412
• Manjaro - Mouse randomly doesn't #6538
• RustDesk client freezes on KDE Plasma X11 when touching the top edge of the screen in fullscreen (arch -> arch) #6505
• Alternative layout issues (Canary keyboard layout) #6596
• Side Mouse Buttons Not Working in Jetbrains IDEs #6644
• Escape key is not sent when escape key and capslock are swapped #6659
• Mouse-Icons not correct on Windows Server 2022 #6738
• Characters sent via Linux compose key are not processed #6784
• Remote Linux local macOS non 0 DISPLAY Arrow keys strange behavior #6901
• Autotype / virtual keypress not working #7079
• Single click leads to Double click on Touch mode #7171
• Mac OS shortcut key problem #7221
• iOs keyboard and mac connexion #7245
• Ctrl key does not work intermittently on Windows 11 (Mobaxterm) #7351
• Mouse clicks accidently once you touch the screen #7421
• Some of the host key presses are not matching with what remote perceives (Turkish Q keyboard) #7530
• Side mouse buttons not being detected #7889
• Mouse scrollwheel horizontal direction is in reverse #8081
• Keys F13-F24 are not going through #8082

Resolved

• Mouse Wheel Scroll "Up" Not Working #7419
• touch screen no works on client 1.2.1 #5314
• macos fn becomes stuck (mac -> mac) #6060
• Mac keyboard mapping goes crazy, thinks command-control is always pressed. #5707
• Keyboard usage bug (win -> mac, wx input method) #7308
• Client Keyboard do not work on Ubuntu20.04 #5676
• incorrect behavior after arrow keys pressing in map mode (linux->mac) #5221
• Trackpad Scrolling/Zooming fail for Rust Client 1.2.0-1.2.2 #5500

[rustdesk]

@fufesou low priority

[remoover]

after ie, 1 hour of active using ctrl+c and crl+v --> for copy/paste text.... it's not working locally and remotely...

i need close all sessions with rustdesk.... then it working again...

It's some bug, but I am not able to tell the reason why it happened

[fufesou]

@remoover Thanks for your feedback.

Only text is copied ? Have you ever copied files using Ctrl+C and Ctrl+V?

after ie, 1 hour of active using ctrl+c and crl+v --> for copy/paste text.... it's not working locally and remotely...

Do you mean Ctrl+C and Ctrl+V does not work? Or keyboard does not work?

[remoover]

Correct... not work shortcut locally pc and remote pc ctrl+c and ctrl+v, BUT also NOT working if you right-click with the mouse and select copy/paste...

Once you close the rustdesk and reconnect, then it works again.

But I cannot reproduce this bug - but it often happens to me.

Both we are using Windows10 (installed rustdesk)

Do you mean Ctrl+C and Ctrl+V does not work? Or keyboard does not work?
Only copy of text not working .... keyboard working well....

[earthsound]

I've seen what was reported in #5155 once.

I, too, was going from macOS > Windows 10. After recently updating rustdesk on the macOS side (1.2.2), but not on the Windows 10 side (1.2.0), I was noticing that rustdesk was sending Shift & Windows key (sometimes, just Shift, sometimes both simultaneously) to the remote PC at the minimum when I left click.

While running open-shell on the remote PC it resulted in the start menu opening all the time and interrupts often.

Screen recording of behavior. I have the Windows On-Screen Keyboard visible to show what's happening. I don't ever touch my keyboard in the recording.

Disconnecting from the remote PC > closing rustdesk locally > restarting rustdesk > reconnect to PC didn't reproduce it.

[vytasrgl]

#5676 Was related to user locale and underlying rdev library. So it can be marked as resolved. I will provide the details on seprate issue

[Nikki-Devil]

Win/MacOS -> Ubuntu22.04 (X11 and Wayland), the "Windows/Apple" key works for me.

Did you changed any option to make it works ? If so what did you change ?
It worked with TeamViewer and XRDP so I'm not sure what to do to make it work if it's supposed to

[fufesou]

@Nikki-Devil It's wierd.

I do not change any option, both 1.2.3.

Windows->Android ; Android->Windows

There may be some issues.

Same issue with the ALT+TAB combination (surely because the ALT key seems to serve as "ENTER" for some reasons)
Same issue with the arrow keys

We've tested Desktop -> Desktop, these keys should work fine. I don't see anyone else reporting the same issue.

[Nikki-Devil]

Okay, I will try to recreate a RustDesk network inside VMs to see if I can('t) replicate my problem and if so see if I can identify the root cause in the next days

(Gonna use this message to update my testings to not flood this Issue)

I tested on another Windows laptop and had the same issue
I also saw that it's not ALT but the ALTgr one that seems to act like an ENTER key, so I don't have an explanation for why the ALT+TAB combination didn't work
I began creating my VMs but won't have the time to extensively test until Sunday

[Garfield999]

I have also massive problems using rustdesk in win11 with remote session to a mac mini (intel, sonoma 14.2).

Keyboard in compatibility... rustdesk keeps crashing on mac.

Other keyboard option, it does work fine for a while, but then something gets confused and certain keystrokes are interpreted as hotkeys. This error happens everywhere, in desktop apps and terminal.

Turning my keyboard (logitech mx mechanical win) off/on and reconnecting to mac does solve the problem for some minutes.

example what happens after a while and pressing following keys (single keystroke, no combination):
a key activates dock
e key opens emoji window
m key sets focus to menubar

Mouse is working fine.

[maemigh]

Nightly 1.2.4 mac (us101)-> 1.2.3 Windows (japanese)

Mapping doesn't work right in this case. I tried all the different mapping options, but still couldn't find a way to send a colon key ":" to the remote.

[fufesou]

@maemigh Hi, thanks for your feedback. Did you try the "Translate mode"?

There may be different Japanese input layouts. Can you press "Ctrl + Win + o" to see the input layout on a Japanese computer?

[ForsakenRei]

for #6738, it seems if there is no actual mouse/keyboard(potentially HID devices?) connected, mouse will look like the blue circle with a dot. I noticed this on a few machines running 1.2.4 nightly today, after plugged in a Logitech unify receiver(with no device paired to it) the problem was solved. Maybe virtual HID device can be an easy fix?

[awsms]

@maemigh Hi, thanks for your feedback. Did you try the "Translate mode"?

How can you trigger the macOS CMD/Super key in translate mode?
Host is running Linux, remote session is macOS

[KrumJ12]

Hi,

we have problems with keyboard mapping (Slovenian keyboard)
Special slovenian keys are always LOWER even with CAPS LOCK ON.
I tested 1.2.3-2 and nightly 1.2.4 today

Uppercase S with caron (Š) | Alt+0138
Lowercase s with caron (š) | Alt+0154
Uppercase Z with caron (Ž) | Alt+0142
Lowercase z with caron (ž) | Alt+0158

Example MapMode
CAPS LOCK ON
DESKTOPšđčćž
CAPS LOCK OFF
desktopšđčćž

Thank you for response

UPDATE: Using translation beta it works now