Created attachment 148825 [details] screen recording SUMMARY I have shortcuts to run Firefox and Opera natively on Wayland, both were created with kmenuedit. Every time I open Firefox or Opera via these shortcuts, I see two entries in the task manager during launch feedback - please watch the attached screen recording. This bug does not occur when I open the browsers via their default shortcuts. I'm also attaching the .desktop file of Firefox. EXPECTED RESULT only one entry in the task manager during launch feedback SOFTWARE/OS VERSIONS Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.24.80 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.3 Graphics Platform: Wayland
Created attachment 148826 [details] .desktop file of Firefox
I can also reproduce with certain faltpaks installed from flathub: VLC player Deluge torrent client Transmission torrent client Peazip Swell Foop game
Can reproduce.
Can also reproduce on neon unstable with these steps: 1. search for Touchpad or Mouse KCMs with kickoff 2. right-click on the KCM you searched for and choose 'Add to desktop' 3. open the KCM via icon created on desktop
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kconfig/-/merge_requests/141
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2136
You need to add `X-KDE-AliasFor=systemsettings` to the KCM desktop file.
(In reply to Fushan Wen from comment #7) > You need to add `X-KDE-AliasFor=systemsettings` to the KCM desktop file. This would fix KCMs, right? What about the flatpaks and apps whose shortcuts were created with kmenuedit?
(In reply to Patrick Silva from comment #8) > (In reply to Fushan Wen from comment #7) > > You need to add `X-KDE-AliasFor=systemsettings` to the KCM desktop file. > > This would fix KCMs, right? What about the flatpaks and apps whose shortcuts > were created with kmenuedit? Something like X-KDE-AliasFor=org.kde.krita.desktop will help. Replace systemsettings with corresponding appid instead
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kcmutils/-/merge_requests/105
For the Flatpak case the problem is probably that sometimes the Flatpak version and non-Flatpak version have different desktop file names. In that case the Flatpak version has a X-Flatpak-RenamedFrom key in the desktop file pointing to the original name, so we should be able to use that for matching
The issue can also be seen with Okular: - Have Okular pinned to the task manager - Click on a PDF file -> The startup task is appearing in addition to the launcher entry. This is because Okular has separate desktop files for each filetype. The problem does not appear when launching Okular from kickoff (i.e. without any file)
https://invent.kde.org/plasma/kwin/-/merge_requests/3386 or https://invent.kde.org/frameworks/kio/-/merge_requests/1100 fixes the issue for KCMs and Okular. I can't reproduce the Opera issue with Opera using XWayland, but there the startup feeedback doesn't terminate properly, which is a somewhat related issue