Created attachment 145552 [details] screenshot1 SUMMARY Some shortcuts appears repeatedly under Plasma system service of Shortcuts KCM. Please see the attached screenshots. STEPS TO REPRODUCE 1. open Shortcus KCM 2. click on Plasma system service 3. OBSERVED RESULT repaated shortcuts EXPECTED RESULT no repeated shortcut SOFTWARE/OS VERSIONS Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.24.80 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.3 Graphics Platform: Wayland
Created attachment 145553 [details] screenshot2
Created attachment 145554 [details] screenshot3
Can you include ~/.config/kglobalshortcutsrc
Created attachment 145566 [details] kglobalshortcutsrc
I have this on my selfbuilt session, but not on Neon unstable or testing
Relevant part from Patrick's kglobalshortcutsrc: [plasmashell] _k_friendly_name=Plasma activate task manager entry 1=Meta+1,Meta+1,Activate Task Manager Entry 1 activate task manager entry 10=none,Meta+0,Activate Task Manager Entry 10 activate task manager entry 2=Meta+2,Meta+2,Activate Task Manager Entry 2 activate task manager entry 3=Meta+3,Meta+3,Activate Task Manager Entry 3 activate task manager entry 4=Meta+4,Meta+4,Activate Task Manager Entry 4 activate task manager entry 5=Meta+5,Meta+5,Activate Task Manager Entry 5 activate task manager entry 6=Meta+6,Meta+6,Activate Task Manager Entry 6 activate task manager entry 7=Meta+7,Meta+7,Activate Task Manager Entry 7 activate task manager entry 8=Meta+8,Meta+8,Activate Task Manager Entry 8 activate task manager entry 9=Meta+9,Meta+9,Activate Task Manager Entry 9 activate widget 10=none,none,Activate Vaults Widget activate widget 103=none,none,Activate Task Manager Widget activate widget 117=none,none,Activate Task Manager Widget activate widget 12=none,none,Activate Notifications Widget activate widget 121=none,none,Activate Minimize all Windows Widget activate widget 134=Alt+F1,none,Activate Application Launcher Widget activate widget 138=none,none,Activate Application Launcher Widget activate widget 14=Meta+Z,none,Activate Disks Devices Widget activate widget 15=Meta+X,none,Activate Keyboard Layout Widget activate widget 156=none,none,Activate Application Launcher Widget activate widget 161=none,none,Activate Application Launcher Widget activate widget 18=Meta+B,none,Activate Audio Volume Widget activate widget 19=Meta+F,none,Activate Digital Clock Widget activate widget 21=Meta+A,none,Activate Battery and Brightness Widget activate widget 37=none,none,Activate Weather Report Widget activate widget 38=none,none,Activate Touchpad Widget activate widget 56=none,none,Activate Minimize all Windows Widget activate widget 74=none,none,Activate Application Launcher Widget activate widget 8=none,none,Activate System Tray Widget Looks like the relevant widget changed its id multiple times? That might also explain various "my meta key stopped working" reports I've seen over the last few weeks
Can reproduce. This is indeed most likely the root cause of Bug 447962.
*** Bug 447962 has been marked as a duplicate of this bug. ***
*** Bug 448335 has been marked as a duplicate of this bug. ***
can you post also plasma-org.kde.desktop.appletsrc?
either the widget changed id, or there is another panel on antother (maybe disconnected) screen?
Created attachment 145863 [details] plasma-org.kde.plasma.desktop-appletsrc file There is no plasma-org.kde.desktop.appletsrc file on my system. I have plasma-org.kde.plasma.desktop-appletsrc instead.
Created attachment 145864 [details] /home/nate/.config/plasma-org.kde.plasma.desktop-appletsrc
This bug has no relation to Bug 447962, I have no duplicated entries in Plasma shortcuts page and I lost Meta launcher shortcut.
OK, thanks for the info.
This is from the attached kglobalshortcutsrc: activate widget 134=Alt+F1,none,Activate Application Launcher Widget activate widget 138=none,none,Activate Application Launcher Widget activate widget 156=none,none,Activate Application Launcher Widget activate widget 161=none,none,Activate Application Launcher Widget activate widget 74=none,none,Activate Application Launcher Widget since there is only one kickoff in the appletsrc, it does say that trough the history there have been many plasma configurations, each one with kickoff mapped as a different id. Now, if you remove an applet(or its parent containment) it does the proper thing, it removes it correctly from kglobalshortcutsrc but every time one will reset the configuration by removing the appletsrc file, stray entries will remain here. Perhaps we could do prior to loading the default layout (so when plasma starts from scratch) go a cleanup of all "activate winget *" actions
This is clearly *not* a regression but something which always happened, since kde4 times
Is there a known solution to this problem? I ran into the same issue after setting my desktop layout back to default (Breeze). I tried deleting both kglobalshortcutsrc and plasma-org.kde.plasma.desktop-appletsrc to no avail.
Created attachment 163129 [details] screenshot of Plasma 6 alpha This bug persists on Plasma 6 alpha. And Kwin and Plasma are missing under System Settings and System Settings is available three times. Please see the screenshot attached to this comment. Operating System: Arch Linux KDE Plasma Version: 5.27.80 KDE Frameworks Version: 5.245.0 Qt Version: 6.6.0 Graphics Platform: Wayland
Can anyone reproduce with a recent Plasma version? I can't on Plasma 6.3.4.
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
Created attachment 181057 [details] Notification KWallet duplicated entries I only see KWallet duplicated entries in Notification settings.
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.
Created attachment 184040 [details] Screenshot of Application List (Plasma 6.4.4) About 2/3 of these are either duplicates or uninstalled apps.
Created attachment 184043 [details] kglobalshortcutsrc 2 (Plasma 6.4.4)
(In reply to Patrick Silva from comment #20) > Can anyone reproduce with a recent Plasma version? I can't on Plasma 6.3.4. I can reproduce this on Plasma 6.4.4. There seems to me to be 2 separate bugs in this thread. One concerning deleted applets and another concerning 'dummy' or duplicate application entries. I have narrowed down a particular trigger for the bug regarding those duplicate and 'dummy' application entries. When I delete an entry in kmenuedit, the app pops up in kcm_keys and the trash icon that is normally next to it there is gone. There's seemingly no way of removing it and it doesn't show up in kglobalshortcutsrc either. I have attached a screenshot of my applications list in kcm_keys where around 2/3 are 'dummy' entries caused by this bug. https://bugs.kde.org/attachment.cgi?id=184040 I am also linking my kglobalshortcutsrc here.
After some serious investigation I think I've found a workaround that seems to have fixed my personal issue, at least until I ever use kmenuedit again. Using Kfind I did a deep search and discovered that all the app entries I deleted using kmenuedit had their desktop files moved to ~/.local/share/kglobalaccel. Moving or deleting those desktop files from that folder removed the entries from the kcm_keys "Applications" section. However, interestingly they were then suddenly showing up further down in the "System Services" section. After some more digging the only mentions I could find of some of those applications on my entire system were in the applications-kmenuedit.menu file. Carefully deleting the remaining mentions of those files there somehow removed them from kcm_keys altogether. This suggests to me, as far as the 'dummy application entries' bug goes, this may be more of a kmenuedit bug than kcm_keys. Why does deleting entries send desktop files to the kglobalaccel folder? Then again, why did mere mentions of those applications in applications-kmenuedit.menu cause those entries to show up in kcm_keys, but only if they were previously moved to kglobalaccel. It's a strange cascade of issues to be sure. Maybe the simplest investigation would be the first question of why those desktop files get moved to kglobalaccel in the first place.
(In reply to adamska156 from comment #28) > After some serious investigation I think I've found a workaround that seems > to have fixed my personal issue, at least until I ever use kmenuedit again. > > Using Kfind I did a deep search and discovered that all the app entries I > deleted using kmenuedit had their desktop files moved to > ~/.local/share/kglobalaccel. Moving or deleting those desktop files from > that folder removed the entries from the kcm_keys "Applications" section. > > However, interestingly they were then suddenly showing up further down in > the "System Services" section. After some more digging the only mentions I > could find of some of those applications on my entire system were in the > applications-kmenuedit.menu file. Carefully deleting the remaining mentions > of those files there somehow removed them from kcm_keys altogether. > > This suggests to me, as far as the 'dummy application entries' bug goes, > this may be more of a kmenuedit bug than kcm_keys. Why does deleting entries > send desktop files to the kglobalaccel folder? Then again, why did mere > mentions of those applications in applications-kmenuedit.menu cause those > entries to show up in kcm_keys, but only if they were previously moved to > kglobalaccel. > > It's a strange cascade of issues to be sure. Maybe the simplest > investigation would be the first question of why those desktop files get > moved to kglobalaccel in the first place. Good find, this is definitely *one* source of issues.
Git commit 34ed6840b57dcd021970ff82b497cefac1c0888f by Nicolas Fella. Committed on 15/08/2025 at 10:49. Pushed by nicolasfella into branch 'master'. Don't create new shortcut component when clearing shortcuts When removing an application we want to remove any shortcuts associated with them, so we set the shortcut to an empty QKeySequence. When setting the shortcut and no such component exists we create a kglobalaccel desktop file for it. That makes sense when we want to *add* a shortcut, but not when removing them. M +5 -0 globalaccel.cpp https://invent.kde.org/plasma/kmenuedit/-/commit/34ed6840b57dcd021970ff82b497cefac1c0888f
Git commit 20ae308e3aba467c6207669c042ce616cd89bd43 by Nicolas Fella. Committed on 15/08/2025 at 10:50. Pushed by nicolasfella into branch 'Plasma/6.4'. Don't create new shortcut component when clearing shortcuts When removing an application we want to remove any shortcuts associated with them, so we set the shortcut to an empty QKeySequence. When setting the shortcut and no such component exists we create a kglobalaccel desktop file for it. That makes sense when we want to *add* a shortcut, but not when removing them. (cherry picked from commit 34ed6840b57dcd021970ff82b497cefac1c0888f) M +5 -0 globalaccel.cpp https://invent.kde.org/plasma/kmenuedit/-/commit/20ae308e3aba467c6207669c042ce616cd89bd43
If anyone still has an issue like this with Plasma 6.4.5 or later please make a *new* report