Bug 514499

Summary: NumLock is reversed in remote desktop
Product: [Applications] krdc Reporter: Jeramy Rutley <jrutley>
Component: RDPAssignee: Urs Wolfer <uwolfer>
Status: REPORTED ---    
Severity: normal CC: ctrlaltca
Priority: NOR    
Version First Reported In: 25.12.1   
Target Milestone: ---   
Platform: CachyOS   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Jeramy Rutley 2026-01-12 17:15:30 UTC
SUMMARY


STEPS TO REPRODUCE
1. Ensure that NumLock is on
2. Type numerals on the number pad into any application (e.g. Kate)
3. Open KRDC
4. RDP into a Windows desktop (not sure if is necessary to be a Windows desktop)
5. In the remote desktop, type numerals from the same number pad into Notepad on the remote session
6. Turn NumLock off
7. In the remote desktop, type more numerals from the number pad
8. On the local desktop, type numerals from the same number pad into original application

OBSERVED RESULT

(Step 2) On local desktop, typing numbers from the number pad results in numbers being added
(Step 5) On remote desktop, no numerals are added -- instead it's Home/End/PgUp/PgDn/etc
(Step 7) On remote desktop, typing numbers from the number pad results in numbers being added
(Step 8) On local desktop, no numerals are added -- instead it's Home/End/PgUp/PgDn/etc

EXPECTED RESULT

(Step 2) On local desktop, typing numbers from the number pad results in numbers being added to Kate
(Step 5) On remote desktop, numerals are added
(Step 7) On remote desktop, Home/End/PgUp/PgDn/etc
(Step 8) On local desktop, Home/End/PgUp/PgDn/etc


SOFTWARE/OS VERSIONS
KDE Plasma Version: 6.5.4
KDE Frameworks Version: 6.22.0
Qt Version: 6.10.1

ADDITIONAL INFORMATION

This has been happening for several versions now
Kernel Version: 6.18.3-2-cachyos (64-bit)
Graphics Platform: Wayland
Comment 1 Fabio 2026-01-13 10:07:30 UTC
This should have been already fixed by https://invent.kde.org/network/krdc/-/merge_requests/205 
I just tested on today CachyOS and caps/num/lock gets synced correctly to the remote RDP Windows host, while on your example it seems they are reversed.
I'm thinking about how to debug this issue further..