Bug 429258 - shift+numpad shortcuts conflict with 'Up', 'Down', etc. actions
Summary: shift+numpad shortcuts conflict with 'Up', 'Down', etc. actions
Status: RESOLVED UNMAINTAINED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_khotkeys (other bugs)
Version First Reported In: 5.20.3
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: Michael Jansen
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-17 17:14 UTC by S. Christian Collins
Modified: 2024-03-04 19:41 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description S. Christian Collins 2020-11-17 17:14:49 UTC
SUMMARY
Some KDE applications such as KSudoku allow the use of the shift modifier key with numbers. This works fine when using the numbers at the top of the keyboard, but if you use shift with the number pad instead, the numbers 8 (up), 2 (down), 6 (right), and 4 (left) all cause the following error to be shown:

"Ambiguous shortcut detected: The key sequence 'Up' is ambiguous. Use 'Configure Shortcuts' from the 'Settings' menu to solve the ambiguity. No action will be triggered."

The word "Up" will change depending on which number pad key was pressed.

Unfortunately, there aren't any configurable entries for "Up", "Down", "Left", "Right" in either the application's "Configure Shortcuts" window or in System Settings -> Workspace -> Shortcuts. As far as I can tell, there is no way to actually resolve this conflict.

STEPS TO REPRODUCE
1. Start KSudoku and generate a "Sudoku Standard (9x9)" puzzle.
2. Hover the mouse over one of the empty squares and type Shift 8 using the number pad for the number 8.

OBSERVED RESULT
You will get the error mentioned above and no way to resolve the keyboard shortcut.

EXPECTED RESULT
It should function identically to using the number 8 key at the top of the keyboard or at least have a configuration option in System Settings.

SOFTWARE/OS VERSIONS
Linux: KDE neon 5.20 User Edition
KDE Plasma Version: 5.20.3
KDE Frameworks Version: 5.75.0
Qt Version: 5.15.1
Comment 1 Justin Zobel 2021-03-18 04:37:30 UTC
Confirmed on KSudoku version 1.4.20123
Operating System: Solus 4.2
KDE Plasma Version: 5.21.2
KDE Frameworks Version: 5.79.0
Qt Version: 5.15.2
Comment 2 Nate Graham 2024-03-04 19:41:52 UTC
As announced in https://pointieststick.com/2023/07/26/what-we-plan-to-remove-in-plasma-6/ and https://community.kde.org/Plasma/Plasma_6#Removals, I'm afraid KHotKeys has reached end-of-life in Plasma 6. Accordingly, all bug reports and feature requests for it must be closed now.

Most of what KHotKeys could do can already be done with the newer KGlobalAccel system in Plasma 6. A few features such as mouse gestures and triggering conditions based on changes to window states are not yet implemented in the new system. These will be added in the future if and when resources materialize for them, and/or when a kind soul submits patches to implement them! :) Meanwhile, the 3rd-party "Mouse Actions" app (https://github.com/jersou/mouse-actions) may be usable for implementing your own mouse gestures again.

Thanks for your understanding, everyone.