| Summary: | Newly created keyboard shortcuts for apps with user-edited desktop files do not work | ||
|---|---|---|---|
| Product: | [Applications] kmenuedit | Reporter: | Jason Straight <j.straight-kde> |
| Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | kde, nate |
| Priority: | NOR | ||
| Version: | 5.20.5 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=430388 | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Jason Straight
2021-01-08 16:02:14 UTC
How are you creating these shortcuts? (In reply to David Edmundson from comment #1) > How are you creating these shortcuts? lol. Was just adding that when you asked and had a collision as we both submitted at the same time. This can only be done from the shortcuts system settings, trying to set a shortcut from within kmenuedit does nothing. The button elicits no response. system settings -> shortcuts -> add application -> select application -> add custom shortcut (In reply to Jason Straight from comment #2) > (In reply to David Edmundson from comment #1) > > How are you creating these shortcuts? > > lol. Was just adding that when you asked and had a collision as we both > submitted at the same time. Hi Jason, just another user here. I don't see this bug here and just happened across it looking for something else, but hopefully someone would similarly help if I'd overlooked it on a bug I'd filed... When Dave asked the question he set the bug to NEEDSINFO so it could be easily filtered out until the info was available. You provided the asked-for info but didn't set the status back to REPORTED, so it's still being filtered out as inactive. Meanwhile, a couple more questions you might answer when you set it back to reported, to avoid further question/answer round-trips: Bug on X or Wayland sessions (both?)? Also, I do see the kwin/plasma version set to 5.20.5 in the drop-down, on Linux, but the versions boilerplate info in the initial comment still isn't available: Version of Qt? Frameworks? Which distro/version and their build, yours, or from what third party? kmenuedit now allows me to set the shortcuts, but they still don't actually open the applications. Steps to reproduce: create a new application in kmenuedit: I created "konsole2", which runs "konsole" set shortcut key: tried win-k, and ctrl-alt-esc tested opening via kmenu - works try using shortcut: nothing happens Operating System: Manjaro Linux KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 Kernel Version: 5.10.8-1-MANJARO After logging out/in. I tried the shortcut again. Didn't work. Went into kmenuedit and the shortcut was not set. When I tried to set it, it complained that it was already set for the same app. After resetting it, it works. Reminds me of Bug 430388, but that's supposed to be fixed in Frameworks 5.78, which you have. Works for me, FWIW. I can set shortcuts from kmenuedit and they launch the app. Well, if anyone has any ideas, I'd be glad to try. I tried to set firefox to open with win-W and I can't make it work for the life of me. It takes the shortcut and sets it. It shows as being set to win-w, I log out/in to verify it's still set - it is. Still doesn't launch firefox. Turns out I have edited firefox's menu entry to get it to use KDE. So that's certainly a theme here. Anything that I've edited/added with kmenuedit (so these apps have .desktop entries in $HOME), then hotkeys won't work right for them. I set Vivaldi to open with win-w and it works fine. Set win-w back to firefox and it won't work. I just re-created on KDE Neon User edition that I just downloaded, from the live environment. - Start neon - apt update - apt install atop - right click k menu, edit applications - add an entry for atop, set to run with konsole/terminal - set keyboard shortcut (ctrl-shift-esc) Shortcut doesn't work. Launching from menu does. There were other oddities in setting shortcuts from kmenu as well. I also added one for konsole called konsole2, and one for speedcrunch. While those worked, I noticed that after adding them both in succession, that the 2nd one I added already had the keyboard shortcut filled out as the last app I added. In other words, I added konsole2 set a shortcut, then added speedcr app, and the shortcut widget was populated with the shortcut I had set for konsole2. There's something peculiar about firefox itself. I can't get FF to open with a hotkey at all. However, I can add my own firefox menu entry and launch that from a hotkey. One difference is that the default menu entry for firefox on my system (Manjaro), is /usr/lib/firefox/firefox, and the one I added that works is just /usr/bin/firefox. As for atop, I can set my atop execute command to 'konsole -e atop', and then the hotkey launching works. Both of them open from the menu just fine. Just hotkeys fail, if done normally. |