You are not logged in.
Env: KDE Plasma 5.27.8
e.g.
As below, both desktop files for application a exist.
/usr/share/applications/a.desktop
~/.local/share/applications/a.desktopWhen using keyboard shortcuts for application a,
/usr/share/applications/a.desktop will be used instead of ~/.local/share/applications/a.desktop which is expected.
Offline
1. how do you determine that
2. https://man.archlinux.org/man/kbuildsycoca5.8.en
Offline
1. how do you determine that
By practice.
If I modify /usr/share/applications/a.desktop, the keyboard shortcut will respect it.
If I add ~/.local/share/applications/a.desktop, the entry in the application menu will respect it, but the keyboard shortcut will not.
Offline
Did you re-assign the shortcut after introducing ~/.local/share/applications/a.desktop ?
Offline
Did you re-assign the shortcut after introducing ~/.local/share/applications/a.desktop ?
No
Offline
The implied suggestion was to do that, b/c the shortcut probably doesn't launch the desktop service but bound to the Exec inside.
Offline
The implied suggestion was to do that, b/c the shortcut probably doesn't launch the desktop service but bound to the Exec inside.
If /usr/share/applications/a.desktop is modified, the keyboard shortcuts respects it.
So keyboard shortcuts in this case calls /usr/share/applications/a.desktop.
Offline
Next best theory would be that the shortcuthardwires the canonical path to the .desktop service, same result, same mitigation strategy.
Offline