SUMMARY STEPS TO REPRODUCE 1. boot the keys manager; 2. assign a shortcut to any application; 3. try the shortcut. OBSERVED RESULT the shortcut key in the keyboard doesn't run any new application settled. EXPECTED RESULT the kmenuedit works as before the bug allowing the user to set new shortcut in the keyboard to access applications. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: KDe Neon (available in About System) KDE Plasma Version: 5.18.3 KDE Frameworks Version: 5.68.0 Qt Version: 5.14.1 ADDITIONAL INFORMATION
STEPS TO REPRODUCE 1. open kmenuedit, select an application item 2. use the shortcut widget on the "Advanced" tab to assign a shortcut 3. save the changes 4. try to start the application using the shortcut OBSERVED RESULT nothing happens EXPECTED RESULT the respective application should be launched Operating System: Arch Linux KDE Plasma Version: 5.18.3 KDE Frameworks Version: 5.68.0 Qt Version: 5.14.1 Kernel Version: 5.5.13-arch1-1 OS Type: 64-bit
I noticed that old shortcuts are assigned to a section called "System Settings Module" and still work. Newly created shortcuts get a separate entry in the Application Launchers section, but do not work.
*** Bug 420199 has been marked as a duplicate of this bug. ***
Hmm, works for me using the steps to reproduce here on Plasma 5.18.4 or git master. I can set a new shortcut for an app using the Advanced section and the app launches when I type that shortcut.
the problem persists at least on KDe menù editor although the latest upgrades in KDe Neon operating system. Operating System: KDE neon 5.18 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.70.0 Qt Version: 5.14.2 Kernel Version: 5.3.0-53-generic OS Type: 64-bit
by the way I've notified a problem on tray function of the optical device for two times and both the notifications has been deleted. Current PLASMA has problems on eject the optical discs, indeed, the discs are trayed inside the optical device soon after the eject operation is invoked by the eject icons both from notification area or Dolphin program.
I am affected too (Arch 5.6.14, KDE 5.18.5). Adding a new "Application Launcher" shortcut through System Settings -> Shortcuts -> Global Shortcuts doesn't actually bind the key combination to anything for me. If I bound it to something that is a shortcut in other apps, they still catch it (meaning that it's not a problem with launching the application but with setting the shortcut itself). The shortcuts shows up fine in .config/kglobalshortcutsrc and is remembered in system settings. I am available for testing if needed
Also, I have some shortcuts already defined in the same exact way a couple of months ago, and those still work
Update: setting the shortcut through kmenuedit directly works fine for me (and updates the section in System Settings -> Global Shortcuts as well). So it may not be a kmenuedit bug.
(In reply to andrea from comment #9) > Update: setting the shortcut through kmenuedit directly works fine for me > (and updates the section in System Settings -> Global Shortcuts as well). > So it may not be a kmenuedit bug. It doesn't work and doesn't work on Kubunut 20.04 too.
(In reply to andrea from comment #9) > Update: setting the shortcut through kmenuedit directly works fine for me > (and updates the section in System Settings -> Global Shortcuts as well). > So it may not be a kmenuedit bug. It works just for those keyboard shortcut keys, I've set before the bug happened. In kde menu editor, I've no keyboard shortcuts applied but they works because I've set it previously. If I restore all the settings in kde menu editor, I lose all the previous settings. So I cannot take advantages from my multitasking keyboard.
Created attachment 129041 [details] kde menu editor
*** This bug has been marked as a duplicate of bug 417495 ***