Bug 367963 - Wrong shortcut selection after confirmation prompt is dismissed
Summary: Wrong shortcut selection after confirmation prompt is dismissed
Status: RESOLVED UNMAINTAINED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_khotkeys (show other bugs)
Version: 5.7.3
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Michael Jansen
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-08-29 15:05 UTC by Nikolaos Kakouros
Modified: 2024-03-04 19:42 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nikolaos Kakouros 2016-08-29 15:05:56 UTC
In system settings, when editing a custom shortcut, if changes are made and you try to move to another custom shortcut without saving, then a prompt appears that warns you that your changes will be lost if you continue. If you cancel, the highlight on the left pane goes to the second shortcut you selected (wrong), but the right pane shows the configuration of the first shortcut (correct).

Reproducible: Always

Steps to Reproduce:
1. Go to System Settings > Shortcuts > Custom shortcuts
2. Make sure you have a couple of custom shortcuts, eg in the KMenuEdit section
3. Make some changes to one such shortcut and don't save them.
4. Select another shortcut from the left pane (the "shortcut listing" pane)
5. In the prompt that warns you ("The current action has unsaved changes. If you continue these changes will be lost.") press "Cancel"

Actual Results:  
The right pane correctly stays on the first shortcut configuration, but in the left pane the second shortcut is highlighted.

Expected Results:  
In the left pane the first shortcut should stay highlighted
Comment 1 Patrick Silva 2020-03-26 11:06:22 UTC
This bug is still reproducible.

Operating System: KDE neon Unstable Edition
KDE Plasma Version: 5.18.80
KDE Frameworks Version: 5.69.0
Qt Version: 5.14.1
Comment 2 Nate Graham 2024-03-04 19:42:00 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.