Created attachment 170892 [details] panel with missing icons SUMMARY After (re-)starting plasmashell, icons are missing from the icons-only task manager until a new task is added or removed. Note that an entry has to actually be removed or added, so e.g. opening/closing a pinned application is not enough, since the amount of icons in the task manager won't change. STEPS TO REPRODUCE 0. Have a floating panel with an icons-only task manager with its width set to "fit content" 1. Start a clean plasmashell (e.g. using plasmashell --replace) OBSERVED RESULT The icons are missing from the icons-only task manager until a new task is added or removed EXPECTED RESULT Icons are always visible. SOFTWARE/OS VERSIONS Linux/KDE Plasma: NixOS (available in About System) KDE Plasma Version: 6.1.0 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.1 ADDITIONAL INFORMATION This was present since at least 6.0.3 on my system.
Created attachment 170893 [details] panel with icons (what it should look like)
I changed the description as the problem isn't actually the icons missing but is purely a sizing issue, is an old known problem which was supposed to be fixed in 6.1, apparently is not
Got it. The weird thing is that this happened for me starting with 6.0, the same panel in 5.x didn't have this issue. If the problem is known, I'll go ahead and mark this as confirmed. If there's already a bug report out there also feel free to mark this as a duplicate.
Seems similar to Bug 477317, but in this one, the panel is floating and there's no Digital Clock widget on the panel.
Ah, forgot to mention, the entries also assume correct size once edit mode is activated. So the fix is, either change entry contents by opening or closing a new app, or activate edit mode.
*** Bug 488956 has been marked as a duplicate of this bug. ***
I think this might have got fixed by https://invent.kde.org/plasma/plasma-desktop/-/commit/800b9c47936acc3e29f60754639884a8263be831, which is available on 6.1.1
Can anyone confirm that?
I'm running 6.1.1 now, but still have this issue.
Needs some Qt changes to proceed: https://bugreports.qt.io/browse/QTBUG-126746
*** Bug 486059 has been marked as a duplicate of this bug. ***
*** Bug 480421 has been marked as a duplicate of this bug. ***
*** Bug 491781 has been marked as a duplicate of this bug. ***
*** Bug 492269 has been marked as a duplicate of this bug. ***
*** Bug 484077 has been marked as a duplicate of this bug. ***
Ah, I've been waiting for someone to post about this issue, as I've been fiddling with it for quite a while now. The case where I run into it is with an auto-hide panel which consists of an application launcher, and icons added by clicking "Add to panel (Widget)". The panels I've tried are always "fit to content" sized. For a panel such as this, when the monitors wake up, and sometimes just randomly, only the first icon in the panel will actually become un-hidden when mousing over, and the location of the hidden first item must be the spot to mouse over for it to appear at all. The shadow of the offscreen icons will show when mousing over the one icon. I resolve this by right clicking and entering the Panel/Desktop configuration mode, which makes it appear, although the extra icons on the panel will still frequently lag behind the un-hiding of the first item in the panel. Things I have tried: - Panel on the bottom - Panel on the left side - Panel centered - Panel weighted toward the left side of the screen (when in bottom mode) - Panel floating and non-floating - Removing the panel and recreating it - Moving the Application launcher icon to somewhere other than the first position (in this case, the first app-launcher widget will be the one icon to un-hide) - Adding additional small widgets to the panel, that aren't "Add to panel (Widget)"-from-the-application-launcher derived icons Very frustrating :/ It's been present for at least a few months, and I'm now running KDE 6.1.5
I think also those layershell changes might help https://invent.kde.org/plasma/layer-shell-qt/-/merge_requests/70 https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/4274 https://invent.kde.org/plasma/kwin/-/merge_requests/5704
*** Bug 494386 has been marked as a duplicate of this bug. ***
Hi all, I'm facing the same issue since 6.1.x series (I hadn't changed anything before updating from 6.0.5 to 6.1.1). My top panel has the following settings : - position=top / alignment=center / width=fit to content - visibility=always visible / opacity=translucent / style=fixed (not floating) It is organized in 3 zones : - top-left : application menu + activities manager + spacer with flexible sizing - top-middle : window title + global menu + spacer with flexible sizing - top-right : system tray + 4 lock/logout widgets + digital clock That panel fits all the screen width because of the spacers, as expected. I also have a panel at the bottom of the screen as well, at the center, with a fit to content width, and it only contains the icons task manager. Well, I figured out that when I log into my session (under Wayland), the panels are sizing themselves with a stuttering animation and no icons are clickable, the plasma desktop is not operational until the panels are set/ready/sized/drawn. If I change the top panel width setting for fill width then the next time I login the panel is there as expcted, and there is no resizing animation. I think the issue/bug is in the "fit to content" option : it doesn't remind the size and/or position of each element/widget within the panel. So, at each time we login it recalculates the size of the panel and draws it. This is wrong, because when we logout, we won't change the panel content/size, so the session should store somewhere / remind the size of the panel and/or its content, and should restore/load it when we login again (just like the other panel options that don't have trouble to be drawn as soon as we login).
(In reply to Yannick Bruneau from comment #21) > Hi all, I'm facing the same issue since 6.1.x series (I hadn't changed > anything before updating from 6.0.5 to 6.1.1). > My top panel has the following settings : > - position=top / alignment=center / width=fit to content > - visibility=always visible / opacity=translucent / style=fixed (not > floating) > It is organized in 3 zones : > - top-left : application menu + activities manager + spacer with flexible > sizing > - top-middle : window title + global menu + spacer with flexible sizing > - top-right : system tray + 4 lock/logout widgets + digital clock > That panel fits all the screen width because of the spacers, as expected. > > I also have a panel at the bottom of the screen as well, at the center, with > a fit to content width, and it only contains the icons task manager. > > Well, I figured out that when I log into my session (under Wayland), the > panels are sizing themselves with a stuttering animation and no icons are > clickable, the plasma desktop is not operational until the panels are > set/ready/sized/drawn. > > If I change the top panel width setting for fill width then the next time I > login the panel is there as expcted, and there is no resizing animation. > I think the issue/bug is in the "fit to content" option : it doesn't remind > the size and/or position of each element/widget within the panel. So, at > each time we login it recalculates the size of the panel and draws it. > This is wrong, because when we logout, we won't change the panel > content/size, so the session should store somewhere / remind the size of the > panel and/or its content, and should restore/load it when we login again > (just like the other panel options that don't have trouble to be drawn as > soon as we login). Either it's the width "fit to content" that causes the issue, and/or the spacers with flexible size. To me, it should have the same behavior than the other options. It should store/remind the size and/or content of the panel, and only recalculate its size whenever we add/remove contents or widgets.