STEPS TO REPRODUCE
1. open system settings > Shortcuts
2. press alt key and observe the underlined letter of each button of the kcm
3. try to assign alt+<underlined letter of any button> shortcut to anything
the shortcut pressed in the step 3 triggers its correspondent button/feature.
When Plasma language is english...
alt+a opens the window to choose an app;
alt+e triggers export feature;
alt+i triggers import feature;
alt+h opens help center;
alt+d reverts to defaults;
alt+r resets settings
any alt+<letter> shortcut can be assigned to anything
Operating System: KDE neon Unstable Edition
KDE Plasma Version: 5.19.80
KDE Frameworks Version: 5.74.0
Qt Version: 5.14.2
May be related to bug 424947
Heh, confirmed. I guess we should block the use of accelerators while assigning shortcuts.
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kdeclarative/-/merge_requests/19
Git commit 88aabf069a0e454777c15227126732a04c8cb8b2 by David Edmundson.
Committed on 21/09/2020 at 09:27.
Pushed by davidedmundson into branch 'master'.
Block shortcuts when recording key sequences
Otherwise you can't select alt+a as a shortcut without triggering the
nmenomic generated shortcut on the "add application" button.
- clicked "Add custom shortcut", pressed alt+a, it was recorded
- focussed "Add custom shortcut", pressed alt+a, the relevant shortcut
Note that isRecording was already declared, but not defined, which is
why it looks like my diff misses something.
M +7 -0 src/qmlcontrols/kquickcontrols/KeySequenceItem.qml
M +7 -1 src/qmlcontrols/kquickcontrols/private/keysequencehelper.cpp
M +7 -0 src/qmlcontrols/kquickcontrols/private/keysequencehelper.h
*** Bug 422823 has been marked as a duplicate of this bug. ***