Created attachment 156074 [details] Hidden apps in some categories disappear in others If I hide some apps from a category, then they also become hidden in other categories. See attached video for more info. NB: The situation is much worse in some random cases when you remove an entry from a category, it can never be enabled and disappears forever from Kickoff launcher.
I'm not completely sure, but I think what you're meant to do is delete it from a category, not mark it as hidden. Perhaps the "Hidden entry" checkbox not being checked for all instances where the app appears in the editor is a bug? I suppose it's not particularly intuitive either way.
(In reply to Noah Davis from comment #1) > I'm not completely sure, but I think what you're meant to do is delete it > from a category, not mark it as hidden. Perhaps the "Hidden entry" checkbox > not being checked for all instances where the app appears in the editor is a > bug? I suppose it's not particularly intuitive either way. Hiding an entry is much more practical, for example those Qt dev apps (assistant, creator, designer...) that comes installed with Plasma and cannot be uninstalled, the first thing an average user would do is to clean the menu and hide them, because hide operation can be reverted item by item, opposed to remove in which full reset of all items order is required to bring back a single deleted item.
> Perhaps the "Hidden entry" checkbox not being checked for all instances where the app appears in the editor is a bug. Indeed, I believe that's it.
> Qt dev apps (assistant, creator, designer...) that comes installed with Plasma and cannot be uninstalled If these apps can't be uninstalled, it's a distro bug. They aren't a part of Plasma and Plasma doesn't depend on them being installed. They probably shouldn't even be pre-installed in the first place. I'd recommend that you talk to the developers of your distro about this.
> I'd recommend that you talk to the developers of your distro about this. To be frank, Manjaro uses directly Arch repos, and Arch maintainers and their community have some strict/weird interaction behavior, especially if you told them you use Manjaro, they don't hesitate to close any ticket that doesn't suite them, especially tickets that demand modification for specific packages, they are not welcoming like KDE community. The culprit is the package https://archlinux.org/packages/extra/x86_64/qt5-tools/ that's marked as required by plasma-workspace, spectacle, virtualbox,... They pull it directly from the repo https://invent.kde.org/qt/qt/qttools And that repo contains Qt designer, Qt Assistant, Qt Linguistic, Qt QDBusViewer
That's a packaging bug, like I said. There's no reason for those apps to be required for Plasma.
(In reply to Nate Graham from comment #6) > That's a packaging bug, like I said. There's no reason for those apps to be > required for Plasma. I opened a ticket on Archlinux bugs tracker, and it was closed because it stated that Plasma desktop requires qdbus that is embedded in qt5-tools package https://bugs.archlinux.org/task/77442 https://invent.kde.org/qt/qt/qttools/-/tree/dev/src
Very interesting. I've done some investigation and filed https://invent.kde.org/plasma/plasma-workspace/-/issues/60 to try to improve this on our side so that distros don't have to ship qttools by default and hence pre-install those developer apps on user setups.