https://bugs.kde.org/show_bug.cgi?id=494171
Bug ID: 494171
Summary: Can no longer bind and use numpad buttons as shortcuts
Classification: Applications
Product: Haruna
Version: 1.2.1
Platform: Arch Linux
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: generic
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
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
--
You are receiving this mail because:
You are watching all bug changes.
