Slow to start KDE side-bar: how to troubleshoot?

0BADC0DE · 2022-12-04 12:00:22

I think the culprit is in whatever manipulates the file

~/.config/plasma-org.kde.plasma.desktop-appletsrc

.
I think I need to file a bug, but I haven't any idea what it is. Any of these?

Active Window Control
kded-appmenu
kdeplasma-addons
kwayland-integration
kwin
lattedock
plasma-integration
plasma-wayland-protocols
plasmashell
xdg-desktop-portal-kde

Any hint?

Last edited by 0BADC0DE (2022-12-04 14:07:38)

seth · 2022-12-04 14:03:10

I'd first and foremost check whether the file gets updated when you kill plasmashell, what it looks like before, after and after restarting plasmashell

0BADC0DE · 2022-12-04 15:41:27

I moved ~/.config/plasma-org.kde.plasma.desktop-appletsrc to another place and logged out.
As expected I e got a fresh new "setup" (I would call it a "fresh new desktop") with a default horizontal panel.
I removed it and re-create a blank new and placed it vertically.
In al loop I added an application widgets to the panel, logged out and then back in.
Those were: launcher, digital clock, task manager and "minimize all windows". All fine.
As soon as I added the system tray I got the slow down which is actually an unresponsive desktop for about 8 to 10 seconds.
I removed the system tray widget and logged out and back in. All fine.
Then I killed the plasma session and restarted it. My konsole process remained up while the whole session was being restarted.
The only change in ~/.config/plasma-org.kde.plasma.desktop-appletsrc was a "screenMapping=desktop:...." property.
Nothing else.
Then have added a an application launcher and an application menu. All fine.
I removed them logged out and back in. The widgets were still on the desktop on different positions: aligned to the top let corner.
The file had changed in a section called "[Containments][2]". But I have no idea what it is referring to.

[Containments][2]
ItemGeometries-1920x1080=Applet-23:0,0,96,96,0;Applet-24:0,0,96,96,0;Applet-25:0,0,96,96,0;
ItemGeometriesHorizontal=Applet-23:0,0,96,96,0;Applet-24:0,0,96,96,0;Applet-25:0,0,96,96,0;
activityId=95143963-3121-4021-a79c-6e194dcb061a
formfactor=0
immutability=1
lastScreen=0
location=0
plugin=org.kde.plasma.folder
wallpaperplugin=org.kde.color

If I kill and restart plasm, non-KDE applications die and get restarted.

TBH, I think there is a bug lurking here and it seems it is plasma.
And I do need the system tray widget!

Last edited by 0BADC0DE (2022-12-04 16:00:00)

0BADC0DE · 2022-12-04 16:06:36

EUREKA!
One thing seems clear.
I used to have a 2048-entries KDE clipboard history.
I would have preferred an infinite history, but this is not supported by the settings: 2048 seems to be the maximum allowed.
Bringing it to 128 just did the magics to make the delay disappear.
Of course, mine is a workaround.

I still get the persistent widgets to the desktop, though.

seth · 2022-12-04 16:30:18

You might have had some insanely huge element in the clipboard (which now got dropped as you limited the clipboard history)?

I removed them logged out and back in. The widgets were still on the desktop

"again"?
What if you remove them, but don't log out but instead restart plasmashell as before?

0BADC0DE · 2022-12-04 16:45:41

seth wrote:

You might have had some insanely huge element in the clipboard (which now got dropped as you limited the clipboard history)?
I removed them logged out and back in. The widgets were still on the desktop
"again"?
What if you remove them, but don't log out but instead restart plasmashell as before?

Magics! (Actually, a bug).
Clipboard now contains just text, no more than a few KB all in all.
Maybe in the past I could have copied some image (a few MB) or some very large text (a few hundreds of KB).
I am not expecting the clipboard manager to load them all in memory while initializing/starting up. Doesn't it?
Anyway, now I can remove the widgets from the desktop without them being reinstated at the next login.

I think this is a bug triggered by a widget taking "too much time"(tm) to initialize/startup.
I will try to re-create the bug with 2048 entries clipboard and some "huge"(tm) item in it.
And will report it back here.
In case, would this be a problem in plasma or in the clipboard manager?
I would say the former, though.

seth · 2022-12-04 17:38:17

plasma not maintaining it's config is a plasma bug; the clipboard manager not scaling is a (more understandable) clipboard manager bug

0BADC0DE · 2022-12-04 17:40:57

seth wrote:

plasma not maintaining it's config is a plasma bug; the clipboard manager not scaling is a (more understandable) clipboard manager bug

Clipboard manager taking long time to startup can be a "feature".
But plasma failing to handle that in a way that widget management doesn't get messed up is a bug.
IMHO.

Last edited by 0BADC0DE (2022-12-04 17:41:35)

Arch Linux

#26 2022-12-04 12:00:22

Re: Slow to start KDE side-bar: how to troubleshoot?

#27 2022-12-04 14:03:10

Re: Slow to start KDE side-bar: how to troubleshoot?

#28 2022-12-04 15:41:27

Re: Slow to start KDE side-bar: how to troubleshoot?

#29 2022-12-04 16:06:36

Re: Slow to start KDE side-bar: how to troubleshoot?

#30 2022-12-04 16:30:18

Re: Slow to start KDE side-bar: how to troubleshoot?

#31 2022-12-04 16:45:41

Re: Slow to start KDE side-bar: how to troubleshoot?

#32 2022-12-04 17:38:17

Re: Slow to start KDE side-bar: how to troubleshoot?

#33 2022-12-04 17:40:57

Re: Slow to start KDE side-bar: how to troubleshoot?

Board footer