Bug 497179 - Installing or uninstalling an app through the cli causes Kickoff to hang when pressing meta/opening the application launcher
Summary: Installing or uninstalling an app through the cli causes Kickoff to hang when...
Status: RESOLVED WORKSFORME
Alias: None
Product: plasmashell
Classification: Plasma
Component: Application Launcher (Kickoff) widget (show other bugs)
Version: 6.3.0
Platform: Arch Linux Linux
: NOR minor
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-12-07 23:05 UTC by Répási Dávid
Modified: 2025-04-02 03:46 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
error message (105.86 KB, image/png)
2024-12-12 12:53 UTC, Niccolò Venerandi
Details
unknown-app (17.87 KB, image/jpeg)
2024-12-12 13:50 UTC, Répási Dávid
Details
freeze (2.93 MB, video/webm)
2025-02-23 12:54 UTC, Répási Dávid
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Répási Dávid 2024-12-07 23:05:54 UTC
SUMMARY
After deleting app "X" through the command line, the panel and the Application launcher frezze if app "X" was favourited. May happen if you can set the application launcher to not open on favourites, but another section, and if that section had the app "X" listed.
Can be tested by spamming meta.

STEPS TO REPRODUCE
1. Have app "X" in the favourites section of the application launcher
2. Uninstall app "X" through cli
3. Press meta (/your equivalent for the application launcher) right after uninstall

OBSERVED RESULT
The panel and or app launcher freeze

EXPECTED RESULT
Opening of application launcher without a freeze

SOFTWARE/OS VERSIONS
Linux: 6.12.1 
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.8.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION
Happens on both x11 and wayland.
Lasts less than 10 seconds on my pc.
I'm writing an or, because I don't know how intertwined the panel and the application launcher are.
 I can't interact with the panel right after the uninstall, but I feel the app launcher by itself shouldn't freeze the whole panel, so it must be intertwined on some level.
Comment 1 Répási Dávid 2024-12-07 23:15:32 UTC
There can sometimes be also a smaller hickup, when opening the app launcher after installing an app through the cli, even though it is not favourited.
Comment 2 Niccolò Venerandi 2024-12-12 12:53:20 UTC
Created attachment 176552 [details]
error message
Comment 3 Niccolò Venerandi 2024-12-12 12:53:51 UTC
Does this still apply? I just tested this and I do not get any hang, only this error message (see attachment)
Comment 4 Répási Dávid 2024-12-12 13:50:21 UTC
1. For me it happens across two computers, both endeavour being up to date.
2. I do not get such error message shown in your screenshot.
2.1. The only one I can get is the one i will attach, but that happens right after uninstalling and launching the app from the taskbar, so I wouldn't say they are related.
3. You mention "does this still apply", I don't neccessearly know what you mean there, since I'm running the latest stable soft. 
4. I said lasts less than 10 seconds, more precisely: the hang on my systems lasts until the launcher clears the uninstalled apps icon from the list.
Comment 5 Répási Dávid 2024-12-12 13:50:49 UTC
Created attachment 176554 [details]
unknown-app
Comment 6 Répási Dávid 2024-12-12 13:52:00 UTC
Also, this has been happening since plasma 6.0 for me, I was late to report :/
Comment 7 Nate Graham 2024-12-12 18:38:40 UTC
Cannot reproduce on git master, and I recall us making changes under the hood for a similar use case recently. Let's call it fixed until it's verified to come back in Plasma 6.3 or later. Thanks!
Comment 8 Nate Graham 2025-02-18 03:32:49 UTC
Please don't re-open bug reports with no explanation. If you find that it's not fixed for you in a particular version, please explain *specifically* how you're still able to reproduce it. Thanks.
Comment 9 Répási Dávid 2025-02-18 23:23:02 UTC
I can *specifically* reproduce it all the time with installing or uninstalling something through the cli, kickoff/the task manager just hangs after the transaction happens and presumably has to add/remove an icon from its list
Comment 10 Nate Graham 2025-02-19 20:50:23 UTC
Yeah bug can you write exact steps to reproduce that I can follow?

A screen recording that shows you triggering the issue would also be helpful.
Comment 11 Répási Dávid 2025-02-23 12:54:06 UTC
Created attachment 178771 [details]
freeze

Sorry bout that.
The video shows when i click outside of the are that kickoff has, it remains open, and it even managed to grey/white itself out showing that it is indeed non responsive.
'Show me the key' sadly won't capture meta as input, so i had to show fumbling around the desktop.
Krunner and clicking outside (left or right) always automatically hides kickoff when it is running normally.

I choose btop as an example because it is small, nnn will trigger it the same way, or any app that updates the listed apps in kiskoff.

note on Spectacle: after 22 seconds the video starts dropping frames and after 30 the encode died, will test it more in a different issue

the end would've showed that when installing the app, the same thing happens.
also, when in the freeze state, hovering the favourited apps does nothing nor can i click on the desktop, bc it freezes as well
Comment 12 Nate Graham 2025-02-26 19:01:26 UTC
So you're installing things using `yay`, from AUR, correct?

Does the same issue happen if you use `pacman` to install or uninstall things from the main repos?

Does the same thing happen if you simply run `kbuildsycoca6` in a terminal window

The spectacle issue is Bug 488896; you can switch to the MP4 format to work around it.
Comment 13 Répási Dávid 2025-02-27 08:57:13 UTC
I use yay, yes, but the same freeze happens with pacman. Btop is in the extra repos, not the aur.

0) Running 'kbuildsycoca6' gives the following error:
kbuildsycoca6 running...
kf.service.sycoca: The menu spec file ( "" ) contains a Layout or DefaultLayout tag without the mandatory Merge tag inside. Please fix it.

1) This issue I found contains the same error message, but the fix mentioned there does nothing on my end: https://unix.stackexchange.com/questions/775613/kde-apps-cant-start-and-leak-memory

2) On the archwiki, https://wiki.archlinux.org/title/KDE#Configuration_related, there is a mention of this error message, but again, even when I empty the menus folder, it still freezes.

3) After the above attempts I logged out and back in, and kbuildsycoca6 lost it's error message and promptly froze my start menu and desktop when run. output: "kbuildsycoca6 running..."
Comment 14 Nate Graham 2025-02-28 16:29:20 UTC
I don't have an Arch system so I can't exactly test this, but it works fine for me if I use the DNF package manager on my Fedora system. The issue might be Arch-specific, or it might be some kind of setup issue on your system or your user account.

To rule out the latter, can you try this again in a new clean user account? Thanks!
Comment 15 Répási Dávid 2025-02-28 20:59:55 UTC
I tested on my spare laptop that is pretty much  a base install of endeavour.
I also did it with 3 and 30+ apps pinned to the favourites menu.

kbuildsycoca6 froze the panel about half the tries, but installing/ uninstalling did it consistently, so it may be something with arch since I also tried with discover + flatpak, and when installing elisa (after the runtime downloads), the same freeze occurs
Comment 16 TraceyC 2025-03-03 18:56:49 UTC
I tested this on git-master, Solus and was unable to. I saw no hang or error.
Same result on Plasma 6.3.2, Solus

- Installed Geeqie (repo), and set it as a favorite in Application Launcher
- Uninstalled via command line with eopkg
- Opened Application Launcher

- Also tested with 010 Editor (flatpak)

This looks like it is indeed an issue with how Arch packages things. 
Can we ask you to please raise a bug report with Arch and see what they say?
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Thanks
Comment 17 Bug Janitor Service 2025-03-18 03:51:09 UTC
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!
Comment 18 Bug Janitor Service 2025-04-02 03:46:52 UTC
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.