Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Escape key is not sent when escape key and capslock are swapped #6659

Closed
Tracked by #4367
githubisviolatingthegpl opened this issue Dec 11, 2023 · 1 comment
Closed
Tracked by #4367
Labels
bug Something isn't working

Comments

@githubisviolatingthegpl

Bug Description

I'm on the latest EndeavourOS running RustDesk 1.2.3
I'm running KDE Plasma on Wayland.
I have caps lock and escape swapped in the KDE settings (equivalent to using setxkbmap -option caps:swapescape in X11)
Pressing Caps Lock (escape) does not send an escape key (like it does with every native program, and also RealVNC Viewer), but seems to do nothing at all. Pressing escape (caps lock) sends an escape to the remote machine, but also triggers caps lock on the local machine, which is annoying.

How to Reproduce

  1. Be running an up-to-date rolling-release Linux distribution
  2. Be running KDE Plasma on Wayland
  3. In System Settings, go to Hardware > Input Devices > Keyboard, then click on the Advanced tag. click on the drop-down for Caps Lock behavior, and select "Swap Esc and Caps Lock." Click the Apply button and close System Settings
  4. Connect to a windows host and try to send an escape by tapping caps lock. Then hit the physical escape key and see it that it sends an escape to the remote host, while also enabling caps lock locally.

Expected Behavior

RustDesk should follow the system keyboard layout settings.

Operating system(s) on local side and remote side

EndeavourOS Linux -> Windows 10

RustDesk Version(s) on local side and remote side

1.2.3 -> 1.1.9

Screenshots

This video shows me highlighting the keyboard mode (caps lock and escape key swapped), then using caps lock and escape normally (for me -- swapped) in a local neovim session, and then shows me attempting to do the same on a remote session on a windows 10 box through rustdesk. On the remote side, the caps lock key does nothing most of the time (instead of sending escape), and the escape key sends an escape, instead of sending a caps lock (and changes the caps lock status of my local machine)

Kooha-2023-12-11-10-32-20.webm

Additional Context

No response

@githubisviolatingthegpl githubisviolatingthegpl added the bug Something isn't working label Dec 11, 2023
@rustdesk
Copy link
Owner

tracked by #4367

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants