It affects both kicker and kickoff apps menus. It does not happen with gtk apps icons, I can remove Firefox and Chromium icons from the favorites list without any problem, for example. Arch, plasma 5.11.
*** Bug 385749 has been marked as a duplicate of this bug. ***
Ivan?
*** Bug 385850 has been marked as a duplicate of this bug. ***
Yes, I confirm this to be happening with Kate on Arch+Plasma 5.11
I have the same issue, Kate and Dolphin keep coming back. I'm running Arch with Plasma 5.11.2
Kate is reappearing in favorites. Dolphin, KInfocenter, Discover, Konsole, KSysGuard and System Settings aren't Distribution: KDE neon Developer Edition - Stable Branches Plasma: 5.11.4 Frameworks: 5.41.0 Qt: 5.9.3 Kernel 4.10.0-40-generic Type: 64-bit
Indeed, I'm experiencing the same symptoms. Only Kate is coming back with every login.
I just tested several kde apps... okular gwenview discover ktorrent k3b kdenlive dolphin kate Only kate was affected.
https://www.reddit.com/r/kde/comments/7lqt3u/discover_keeps_returning_in_my_favorites/ /u/RASQ37 has this issue with Kate /u/Astroniglio (Arch Linux) has this issue with Discover
I confirm this issue, but with the Discover entry instead. Plasma 5.11.4 on Archlinux Frameworks 5.41.0 Qt 5.10.0
Created attachment 109499 [details] Screenshot
Comment on attachment 109499 [details] Screenshot Every entry is duplicated and set to appear in the favourites of every activity, but not Discover, which have no checkmarks.
(In reply to Stefano from comment #12) > Comment on attachment 109499 [details] > Screenshot > > Every entry is duplicated and set to appear in the favourites of every > activity, but not Discover, which have no checkmarks. Also, if a set it ignores every settings. If I set it to appear only on my "test" activity (from screenshot), it appears also in the other. When I set it to not appear in every activity, it disappears, but returns when I restart plasma. PS. Sorry for the duplicated comments...
*** Bug 388304 has been marked as a duplicate of this bug. ***
I think this is a separate bug affecting Kate (likely caused by my jump list actions feature meddling with desktop files)
Ok, nevermind, if it also affects Discover..
I'm not sure, but it clearly seems there's general wonkyness with state persistence. I've gotten both reports of favorite additions and removals not being remembered now, I think. Sorry for the delay folks, we will try to prioritize this problem after the holidays. December was a bit crazy.
*** Bug 388143 has been marked as a duplicate of this bug. ***
i confirm this bug in plasma 5.12.3 but in my case favorites empty after logout
I can not confirm this bug on my current system. Arch Linux plasma 5.12.5 frameworks 5.45 kate 18.04
I can confirm this bug on: Fedora 28, x86-64 plasma 5.12.5 Kate 17.12.2 Frameworks 5.44.0
This bug was gone but came back recently : icons of favorite apps are wiped off at reboot, even default ones. OpenSuse Tumbleweed KDE Plasma 5.12.5 Frameworks 5.46.0 kernel 4.6.12-1-default Had to remove ~/.local/share/kactivitymanagerd/resources/ and ~/.config/kactivitymanagerd-statsrc as a workaround.
Thanks for the tip, removing those fixes it for me also. Running Plasma 5.12.90, Frameworks 5.46 on F28
I confirm this to be happening. For me it is with Discover,Kate and Dolphin Arch Linux Plasma 5.13.0
Comfirmed with Kate in Arch+Plasma 5.13.2-1. Really annoying bug.
*** Bug 395833 has been marked as a duplicate of this bug. ***
Occurs with Falkon also.
(In reply to Erik Martre from comment #22) > Had to remove ~/.local/share/kactivitymanagerd/resources/ and > ~/.config/kactivitymanagerd-statsrc as a workaround. This works until the user switches to another menu (like from Kickoff to Kicker), then the old icons come back again.
*** Bug 389515 has been marked as a duplicate of this bug. ***
I can confirm this bug on: KDE neon, x86-64 plasma 5.13.4 Kate 18.08.0 Frameworks 5.49.0
*** Bug 399413 has been marked as a duplicate of this bug. ***
*** Bug 400001 has been marked as a duplicate of this bug. ***
Just to confirm, this has nothing to do with Kate, it happens to me with Kontact. Can't get the bloody shortcut off the favourite. Plasma 5.13.5 Frameworks 5.50.0 Qt 5.11.1 (Kubuntu 18.10).
I have this problem too with the Filezilla icon in Kubuntu 18.04. KDE Plasma version 5.12.6 Frameworks 5.44.0 QT 5.9.5
This still happens with Kate and Plasma 5.15.2
Does anyone know how I can work around this until the bug is fixed? Like, which config file to edit so that Kate isn't shown in the list (I know this bug isn't specific to Kate)
This bug is present since Plasma 5.8. and is one of the reasons why I stopped using Plasma completely: you can file as many bugs as you want, they are not solved for years, nobody does anything with them. They just keep adding new features, but bugs are not resolved at all, I don't know why they even keep a bug reporting tool. For years of using Plasma, I created numerous bug reports, none of them were ever solved. So I'm back with Gnome, where when I report a bug, it is taken care within days, a week or two maximum (that is my experience)
(In reply to roman.dinga from comment #37) > This bug is present since Plasma 5.8. and is one of the reasons why I > stopped using Plasma completely: you can file as many bugs as you want, they > are not solved for years, nobody does anything with them. They just keep > adding new features, but bugs are not resolved at all, I don't know why they > even keep a bug reporting tool. For years of using Plasma, I created > numerous bug reports, none of them were ever solved. So I'm back with Gnome, > where when I report a bug, it is taken care within days, a week or two > maximum (that is my experience) My case is opposite. I already reported several bugs to gnome and nobody cares. Nnautilus is almost unusable with touchscreen because old bugs.
Per activity favourites was added a month before this bug report was made (just before Plasma 5.11.0). * https://github.com/KDE/plasma-desktop/blame/master/applets/kicker/plugin/kastatsfavoritesmodel.cpp * https://github.com/KDE/plasma-desktop/commit/4ba9b01e2d6acc361f4ac0c7e4c21066eb575146 It added the ability for sharing the favorites on all monitors / activities. Since this only affects a few users (?) it sounds like there's a race condition somewhere which is fairly difficult to test for and track down. Especially when it might only happen when plasmashell is starting up when you first login which means you have to relog every time you attempt to test. Anyone still experiencing this, please upload your: ~/.config/kactivitymanagerdrc ~/.config/kactivitymanagerd-statsrc If you can reproduce the bug repeatedly, please also upload what those files look like after you edit the favorites before you reboot (before the bug is triggered) and what they look like after.
Created attachment 118872 [details] kactivitymanagerdrc from ~/.config
Created attachment 118873 [details] kactivitymanagerd-statsrc from ~/.config
(In reply to Chris Holland from comment #39) I am affected by this bug and can reproduce it at will. At every login, I find Kate in favourites list. I delete it, logout and log back in. I find that Kate is back in the favourites list. I have attached the two files that you mentioned. These files do not change at all when Kate is removed from favourites, nor after a re-login.
Created attachment 118876 [details] another ~/.config/kactivitymanagerdrc
Created attachment 118877 [details] another ~/.config/kactivitymanagerd-statsrc
This breakdown is for developers, regular users can skip this comment. * https://github.com/KDE/plasma-desktop/blame/master/applets/kicker/plugin/kastatsfavoritesmodel.cpp#L622 * https://github.com/KDE/kactivities-stats/blame/master/src/resultwatcher.cpp#L368 * https://github.com/KDE/kactivities-stats/blame/master/src/resultwatcher.cpp#L69 * https://github.com/KDE/kactivities-stats/blob/248d6355aaabc389b4a4916afd63b7ef18b4c3b2/src/common/dbus/common.h#L50 To see the info of the DBus interface used run: qdbus org.kde.ActivityManager /ActivityManager/Resources/Linking To monitor the add/remove favorites code, double click the signal in `qdbusviewer`, or run: dbus-monitor "type='signal',interface='org.kde.ActivityManager.ResourcesLinking',member='ResourceLinkedToActivity'" "type='signal',interface='org.kde.ActivityManager.ResourcesLinking',member='ResourceUnlinkedFromActivity'" Some sort of magic then stores the favourite list in an SQLite database. The `kactivitymanagerd-statsrc` file is just for sorting the order of the favorites. ~/.local/share/kactivitymanagerd/resources/database Browse the ResourceLink table to see all the favourites using `sqlitebrowser`, or run: sqlite3 ~/.local/share/kactivitymanagerd/resources/database "SELECT * FROM 'ResourceLink';" $ sqlite3 ~/.local/share/kactivitymanagerd/resources/database "SELECT * FROM 'ResourceLink';" :global|org.kde.plasma.favorites.applications|qupzilla.desktop :global|org.kde.plasma.favorites.applications|org.kde.discover.desktop :global|org.kde.plasma.favorites.applications|preferred://browser :global|org.kde.plasma.favorites.applications|kontact.desktop :global|org.kde.plasma.favorites.applications|applications:systemsettings.desktop :global|org.kde.plasma.favorites.applications|applications:org.kde.dolphin.desktop 80cddcc9-cf02-4e23-af0b-dc569f24a2b4|org.kde.plasma.favorites.applications|applications:LEGO The Hobbit.desktop :global|org.kde.plasma.favorites.documents|/usr/share/plasma/wallpapers/org.kde.image/contents/ui/config.qml
The following worked for me: ~ cat discover-bs.txt xprop on window saw WM_CLASS(STRING) = "plasma-discover", "discover" ps aux |grep plasma-discover saw exr003 2934 0.4 0.6 2037288 208716 ? Sl 06:34 0:01 /usr/bin/plasma-discover appstream://org.kde.discover.desktop locate org.kde.discover.desktop saw /usr/share/applications/org.kde.discover.desktop rpm -qf /usr/share/applications/org.kde.discover.desktop saw discover-5.12.6-lp150.2.3.1.x86_64 sudo zypper rm discover sudo zypper al discover
I can no longer reproduce this on: Plasma 5.15.3 - KF 5.56.0 - Qt 5.12.2 - openSUSE Tumbleweed 20190325. If someone still has this, try: > $ sqlite3 ~/.local/share/kactivitymanagerd/resources/database "DELETE FROM 'ResourceLink';" (I don't know if it fixes anything though)
Running the sqlite3 delete command does "work" but it also removes ALL existing resource links for event he stuff I do want to keep.
I'm encountering this problem on my Arch's Plasma system after each shutdown/restart.
(In reply to Patrick Silva from comment #0) > It affects both kicker and kickoff apps menus. > It does not happen with gtk apps icons, I can remove Firefox and Chromium > icons from the favorites list without any problem, for example. > > Arch, plasma 5.11. But, when I remove Discover it comes back!
*** Bug 411297 has been marked as a duplicate of this bug. ***
After upgrading to Kubuntu 19.10 the problem still exists. In my case it is filezilla that always comes back when I remove it from the Favourites.
PS: Operating System: Kubuntu 19.10 KDE Plasma Version: 5.16.5 KDE Frameworks Version: 5.62.0 Qt Version: 5.12.4 Kernel Version: 5.3.0-19-generic OS Type: 64-bit Processors: 4 × Intel® Core™ i5-7500T CPU @ 2.70GHz Memory: 7,6 GiB
Sadly it hits me too. It's a bug from 2017, wow. :) SOFTWARE/OS VERSIONS: Linux/KDE Plasma: Ubuntu 19.10 (very fresh(!) install) KDE Plasma Version: 5.16.5 KDE Frameworks Version: 5.62.0 Qt Version: 5.12.4 I want to remove kate from the favorites list, and it keeps reappearing after new login. No matter how often I remove it from this list. This just makes me uninstall kate (in the hope that it'll never come up again). Hmm...
I have this problem with Kate, and deleting the relevant rows in the ResourceLink table of ~/.local/share/kactivitymanagerd/resources/database seems to have solved the problem for now. Kate didn't re-appear in the favorites list after a logout/login.
*** Bug 417582 has been marked as a duplicate of this bug. ***
I had the problem with Dolphin, and deleting the relevant row in the ResourceLink table of ~/.local/share/kactivitymanagerd/resources/database have solved it (I used DB BRowser for SQL Lite to do that). Dolphin didn't re-appear in the favorites list after a logout/login. Si I kind of confirm the previous comment that explained that solution.
(In reply to Stefan Champailler from comment #57) > > I had the problem with Dolphin, and deleting the relevant row in the > ResourceLink table of ~/.local/share/kactivitymanagerd/resources/database > have solved it (I used DB BRowser for SQL Lite to do that). > > Dolphin didn't re-appear in the favorites list after a logout/login. > > Si I kind of confirm the previous comment that explained that solution. PS : KDE Frameworks 5.54.0 Qt 5.11.3 (built against 5.11.3) The xcb windowing system On debian stable
I was hit by this bug after ugrading to KDE Frameworks 5.68.0, with Discover appearing in the list of favourites in the application menu, even after removing it and logout/login. Deleting the corresponding lines in the "ResourceLink" table in ~/.local/share/kactivitymanagerd/resources/database) solved the issue.
Me too after upgrading to kde 5.68.0 on Manjaro, the removed LibreOffice Writer icon from favorites is added again after every reboot. Operating System: Manjaro Linux KDE Plasma Version: 5.18.3 KDE Frameworks Version: 5.68.0 Qt Version: 5.14.1 Kernel Version: 5.5.11-1-MANJARO OS Type: 64-bit Processors: 2 × Pentium® Dual-Core CPU T4400 @ 2.20GHz Memory: 5.7 GiB of RAM
*** Bug 419198 has been marked as a duplicate of this bug. ***
*** Bug 422040 has been marked as a duplicate of this bug. ***
Can confirm this happens with Kate on my Gentoo Linux KDE-Plasma-Version: 5.18.5 KDE-Frameworks-Version: 5.67.0 Qt-Version: 5.14.2 Kernel-Version: 5.4.38-gentoo (64-bit)
Created attachment 129249 [details] Database changes I debugged this and noticed that when I change the activity from all activities to another a new entry gets created, instead of the old one updated. And if I then select to show this on no activities the new entry gets removed, but the original :global entry is still there.
If the first entry of the screenshot gets the "applications:" prefix it works as expected. From my perspective it looks like only the default entries have this problem, because they don't start with "applications:"
*** Bug 422881 has been marked as a duplicate of this bug. ***
https://invent.kde.org/plasma/kactivitymanagerd/-/merge_requests/2
Git commit 54896998ef1249f721a2fe616b61b51b4eda33fd by Alexander Lohnau. Committed on 13/06/2020 at 07:46. Pushed by alex into branch 'Plasma/5.18'. Fix removing of icons and activity settings for new and existing setups M +12 -3 src/service/plugins/sqlite/ResourceLinking.cpp https://invent.kde.org/plasma/kactivitymanagerd/commit/54896998ef1249f721a2fe616b61b51b4eda33fd
Now it is fixed, this was a nasty one to debug. Thanks @all for reporting and hopefully this improves your Plasma experience :-).
Very nice @Alex. Thank you. 🙏
(In reply to Alex from comment #69) > Now it is fixed, this was a nasty one to debug. > > Thanks @all for reporting and hopefully this improves your Plasma experience > :-). Great work, thanks! :)
*** Bug 406565 has been marked as a duplicate of this bug. ***
Thank you Alex! This has been bugging me for a while now, glad to know I wasn't crazy. It happened on Fedora 30, 31, and 32. For anyone else who finds this, here's what I did to fix it, in case you don't have up to date plasma packages: $ sqlite3 ~/.local/share/kactivitymanagerd/resources/database sqlite> DELETE from ResourceLink where targettedResource='kate.desktop'; sqlite> DELETE from ResourceLink where targettedResource='org.kde.kate.desktop';
Hi, maybe it is not fixed completely? I am running Plasma 5.19.5 on Kubuntu. If I add Opera, Firefox and Chromium to the favorites in the Application Menu, after a reboot one of those icons will disappear and one other will be duplicated in the favorites. It is not possible to have exactly one entry in the favorites for Opera, Firefox and Chromium. If I want to have all three, I have to accept the double icons and add a fourth entry, to have all three browsers. Deleting ~/.config/kactivitymanagerdrc and ~/.config/kactivitymanagerd-statsrc fixes the issue, now I can have exactly one entry for each of the three browsers and this status also survives reboots.
Sometimes the icon of Discover app store is duplicated in my kickoff launcher, but I do not know the exact steps to reproduce yet. I'm not sure if duplicated icons and the bug described in this report are the same issue. Operating System: Arch Linux KDE Plasma Version: 5.20.1 KDE Frameworks Version: 5.75.0 Qt Version: 5.15.1
(In reply to Tiedemate from comment #74) > If I want to have all three, I have to accept the double icons and add a fourth entry, to have all three browsers. Hmm, seems like it is related to default browser entry. Which is basically a pinned application which represents whatever browser you currently have. My guess is that it saves both the preferred browser + the one you have manually added, which leads to one entry being duplicated. So it seems like a separate issue. Can you try to remember/reproduce if this duplicate entry is the same as you default browser?
Can't reproduce at the moment, since it's fixed with the workaround on all my systems. I'll give it a try once again when Kubuntu 21.04 has been released.
*** Bug 434996 has been marked as a duplicate of this bug. ***
This started happening recently with me. KDE Plasma Version: 5.21.4 KDE Frameworks Version: 5.81.0 Qt Version: 5.15.2
Created attachment 138124 [details] kactivitymanagerdrc
Created attachment 138125 [details] kactivitymanagerdrc
(In reply to Tiedemate from comment #74) > Hi, > > maybe it is not fixed completely? I am running Plasma 5.19.5 on Kubuntu. If > I add Opera, Firefox and Chromium to the favorites in the Application Menu, > after a reboot one of those icons will disappear and one other will be > duplicated in the favorites. It is not possible to have exactly one entry in > the favorites for Opera, Firefox and Chromium. If I want to have all three, > I have to accept the double icons and add a fourth entry, to have all three > browsers. > Deleting > ~/.config/kactivitymanagerdrc > and > ~/.config/kactivitymanagerd-statsrc > fixes the issue, now I can have exactly one entry for each of the three > browsers and this status also survives reboots. Deleting those files didn't fix it after reboot.
This is happening in application launcher btw, not kicker.
This happens in kickoff and kicker for me, so i don't think it is specific to any launcher. Usually after encountering another plasma bug of some sort (like kwin crashing) and then logging out and logging back in. Kate reappears for me, and system settings is moved up to the second position, after firefox. Sometimes there is even a duplicate firefox added to the end of the list, it's inconsistent for me.
I can also still reproduce the issue. System Settings, Dolphin, and Konsole always return for me.
*** Bug 435647 has been marked as a duplicate of this bug. ***
*** Bug 436591 has been marked as a duplicate of this bug. ***
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1452
*** Bug 450130 has been marked as a duplicate of this bug. ***
Git commit ff446e235e15e6879b0cb3e96870b180d7293653 by Nate Graham, on behalf of Méven Car. Committed on 28/04/2022 at 21:52. Pushed by ngraham into branch 'master'. Convert old-style Favorites resources in KActivities DB In the past, application Favorites were stored with their .desktop file path such as "/usr/share/applications/org.kde.dolphin.desktop". But now those entries are stored like so: "applications:org.kde.dolphin.desktop". This commit converts old DB entries to the new style, which solves the issue of users with old databases being unable to change their Favorite items. FIXED-IN: 5.24.5 M +16 -2 applets/kicker/plugin/kastatsfavoritesmodel.cpp https://invent.kde.org/plasma/plasma-workspace/commit/ff446e235e15e6879b0cb3e96870b180d7293653
Git commit 06602886d624fc8aa9f1f39c6f002793c4b96e10 by Nate Graham, on behalf of Méven Car. Committed on 28/04/2022 at 21:52. Pushed by ngraham into branch 'Plasma/5.24'. Convert old-style Favorites resources in KActivities DB In the past, application Favorites were stored with their .desktop file path such as "/usr/share/applications/org.kde.dolphin.desktop". But now those entries are stored like so: "applications:org.kde.dolphin.desktop". This commit converts old DB entries to the new style, which solves the issue of users with old databases being unable to change their Favorite items. FIXED-IN: 5.24.5 (cherry picked from commit ff446e235e15e6879b0cb3e96870b180d7293653) M +16 -2 applets/kicker/plugin/kastatsfavoritesmodel.cpp https://invent.kde.org/plasma/plasma-workspace/commit/06602886d624fc8aa9f1f39c6f002793c4b96e10
*** Bug 453095 has been marked as a duplicate of this bug. ***
I am on plasma 5.24.5, and I still experience this bug. It happens when I switch between kicker and kickoff, just like before this version. Arch Linux Plasma 5.24.5 Frameworks 5.94.0 Qt 5.15.4
That's a different bug: Bug 355588. Please don't re-open closed bug reports.