Summary: | shortcut keys manager no longer works | ||
---|---|---|---|
Product: | [Applications] kmenuedit | Reporter: | proteus5 |
Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | andryandrew, kde, mfw5, nate |
Priority: | NOR | Keywords: | regression, triaged, usability |
Version: | 5.18.3 | ||
Target Milestone: | --- | ||
Platform: | Neon | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | kde menu editor |
Description
proteus5
2020-03-27 15:12:34 UTC
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 *** |