SUMMARY No longer able to bind numpad keys as shortcuts, whenever a numpad key is pressed the key is entered, for instance "Num+9" but then it's followed with ", Num+...". Based on this behaviour I'm guessing "Num" is an internal modifier to denote that a pressed key was the numpad version of that key (the numpad enter vs the enter that's above right shift) and Haruna is not turning off that internal modifier afterwards. So it'd be like if I held control, pushed T, and then kept holding control indefinitely. I believe (though I'm not certain) this even effects using shortcuts as well, since I know I used to have some numpad shortcuts that broke and I had to change for some reason, but I can't test that in order to confirm it since I can't assign the shortcuts to test them. STEPS TO REPRODUCE 1. Open Haruna 2. Go to Settings>Shortcuts 3. Click to assign a shortcut 4. Press a key on the numpad OBSERVED RESULT "Num+#, Num+..." is entered meaning the key assignment is never completed. EXPECTED RESULT "Num+#" should be entered instead. (possibly with a small gap window where the "num" modifier is held so that it's possible to assign multiple numpad keys in sequence, but it needs to be let go eventually so that a key can actually be assigned) SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.1.5 KDE Plasma Version: 6.1.5 KDE Frameworks Version: 6.6.0 Qt Version: 6.7.3
Actually, scratch that parenthetical in the "EXPECTED RESULT" section, I just tested and it seems like KDE is starting to handle sequential shortcuts a lot better since now it's possible to assign them normally without any bodging. (for instance "G,T" and "H,Y")