| Summary: | Override Desktop entries sometimes get applied, sometimes dont | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Henning <boredsquirrel> |
| Component: | Task Manager and Icons-Only Task Manager widgets | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | nate |
| Priority: | NOR | ||
| Version First Reported In: | 5.27.5 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | 6.3.0 | |
| Sentry Crash Report: | |||
|
Description
Henning
2023-05-30 15:48:44 UTC
> I can imagine this is due to how the processes are identified Yep. > What I do is copy the appstarter of the original to ~/.local/share/applications/x.desktop and it shows up. After you do this, do you remember to run `kbuildsycoca5` in a terminal window? If not, does the problem get fixed if you do? If not, does the problem get fixed if you override the icon using the GUI app kmenuedit, rather than manually copying a .desktop file around? I didnt know of that command. Kmenuedit doesnt work, as the appstarters are from Flatpaks 99% and these are symlinked. Running the command did not fix my firefox displaying two icons for example, which is the /usr/share/icons/ and the ~/.local/share/icons one This should work as expected 100% of the time starting in Plasma 6.3 |