| Summary: | Kickoff should show two distinct shortcuts when an app is installed multiple times from different sources | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Ilya Bizyaev <bizyaev> |
| Component: | general | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | wishlist | CC: | kde, kdedev, mikel5764, nate, noahadvs, renner0 |
| Priority: | NOR | ||
| Version First Reported In: | 6.4.5 | ||
| Target Milestone: | 1.0 | ||
| Platform: | KDE Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Ilya Bizyaev
2025-09-13 17:20:29 UTC
It's an issue; but solving this at a kickoff level would be wrong. There's no spec-compliant way to separate a dolphin in flatpak and the system, from a dolphin that the user has edited explicitly in kmenuedit and deliberately shadowed. We would be in heuristics, which ends up backfiring a lot of the time. Having discover know about cases where apps are already installed (via some sort of appstream metadata of the base system) might be possible. Changing to wishlist since this is a feature request, not a bug, technically. It's tricky. If we want it done systemwide, we need to edit the .desktop files. But which piece of software would be responsible for that? If we didn't do that, we'd need to patch every app that can handle .desktop files, which means 3rd-party apps wouldn't benefiot even if we got all the KDE ones. Just noting that this would also benefit apps like Spotify that, when you try to install the flatpak, install both a flatpak and a snap version. The menus have the same icon for both. |