Reputation: 395
I have searched everywhere for a fix to the keyboard CAPS LOCK bug for NoMachine, but I cannot seem to find any.
The issue is that the CAPS LOCK is acting extra weird where it turns itself on and off at irregular times (even when not requested), not turning at all, or it may get stuck at one state.
I am using both of client/server on Mac OS High Sierra and Windows 10, and I tried connecting between Mac-Windows, Windows-Mac, and even Windows-Windows with another Windows 10 device, and the issue still persists. I assume this issue happens on Linux client/server as well.
Upvotes: 0
Views: 2481
Reputation: 1
This worked for me.
Upvotes: 0
Reputation: 71
I solved it by following these instructions on ArchLinux wiki (Map_scancodes_to_keycodes):
Created the file /etc/udev/hwdb.d/90-block-sleep.hwdb
and added the following lines:
evdev:atkbd:dmi:bvn*:bvr*:bd*:svn*:pn*:pvr*
KEYBOARD_KEY_3a=leftctrl
Next run:
$ sudo systemd-hwdb update
$ sudo udevadm trigger
Maybe you need adapt the solution to your keyboard.
Upvotes: 0
Reputation: 7944
Although the bug report that NoMachiner mentioned in a comment has been closed with the comment "Resolved in version 6.10.12 released on 2020-05-12.", this issue still seems to be present in version 6.11.2, although it doesn't happen every time.
The way I fix it is to give focus to any application other than NoMachine, toggle the caps lock and then return to NoMachine. It seems that for some reason, while NoMachine has focus toggling Capslock will always toggle it, but when NoMachine doesn't have focus, it will only toggle the capslock if the state has changed. Very strange, and very annoying.
Upvotes: 2
Reputation: 96
There have been some problems, in the past, due to the inheritance of some keyboard code from X11, but, as far as I know, no such problems exist, in the current version. Are you using a reasonably recent version? The latest is 6.3.6.
Upvotes: 0