Created attachment 162350 [details] screenshot SUMMARY Please see the attached screenshot showing two items under "System Settings" section of Shortcuts KCM represented by a generic icon. EXPECTED RESULT proper icons instead of generic icons SOFTWARE/OS VERSIONS Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.27.80 KDE Frameworks Version: 5.240.0 Qt Version: 6.6.0 Graphics Platform: Wayland
"Custom Shortcuts Service" is a stale/legacy item that's a leftover from when KHotkeys still existed. It can be safely deleted. So let's use this bug report about the "kded6" thing.
The problem here is that the shortcuts for "Show System Activity" and "Switch Display" are registered without a proper component name and thus get it from their executable (kded5 in Plasma 5). With 6 they now get kded6, that breaks existing shortcuts. The solution is to migrate them to a properly named component. https://invent.kde.org/plasma/kscreen/-/merge_requests/126 does that for the display shortcut
Git commit 167770b53920ebd3c75ed5c7328ccb651c6b6333 by Vlad Zahorodnii, on behalf of Nicolas Fella. Committed on 23/01/2024 at 11:35. Pushed by vladz into branch 'master'. Define display switcher shortcut via desktop file instead of at runtime As per https://phabricator.kde.org/T12063 we want to move more towards defining shorcuts via desktop files instead of at runtime, which has several problems Instead of creating a KActionCollection and QAction, assigning a global shortcut, and connecting to the QAction being triggered define a DBus call to be executed when triggering the shortcut This fixes several problems: - The current shortcut is registered under the kded5 component, which not only looks weird in the systemsettigs UI, it also breaks in Plasma 6 where kded6 is used - On Wayland the kded module isn't used, so nothing handles the shortcut there currently Related: bug 479647 M +0 -1 .kde-ci.yml M +0 -1 CMakeLists.txt M +0 -1 kded/CMakeLists.txt M +1 -18 kded/daemon.cpp M +2 -0 osd/CMakeLists.txt A +13 -0 osd/org.kde.kscreen.desktop https://invent.kde.org/plasma/kscreen/-/commit/167770b53920ebd3c75ed5c7328ccb651c6b6333
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kscreen/-/merge_requests/270
Git commit 0b19db456ff44e759e7ce4786ff84289a896d11e by Vlad Zahorodnii, on behalf of Nicolas Fella. Committed on 23/01/2024 at 11:40. Pushed by vladz into branch 'Plasma/6.0'. Define display switcher shortcut via desktop file instead of at runtime As per https://phabricator.kde.org/T12063 we want to move more towards defining shorcuts via desktop files instead of at runtime, which has several problems Instead of creating a KActionCollection and QAction, assigning a global shortcut, and connecting to the QAction being triggered define a DBus call to be executed when triggering the shortcut This fixes several problems: - The current shortcut is registered under the kded5 component, which not only looks weird in the systemsettigs UI, it also breaks in Plasma 6 where kded6 is used - On Wayland the kded module isn't used, so nothing handles the shortcut there currently Related: bug 479647 (cherry picked from commit 167770b53920ebd3c75ed5c7328ccb651c6b6333) M +0 -1 .kde-ci.yml M +0 -1 CMakeLists.txt M +0 -1 kded/CMakeLists.txt M +1 -19 kded/daemon.cpp M +2 -0 osd/CMakeLists.txt A +13 -0 osd/org.kde.kscreen.desktop https://invent.kde.org/plasma/kscreen/-/commit/0b19db456ff44e759e7ce4786ff84289a896d11e
https://invent.kde.org/plasma/plasma-systemmonitor/-/merge_requests/248 migrates the system activity shortcut