Bug 447476

Summary: Panel shown before its contents have fully loaded
Product: [Plasma] plasmashell Reporter: Eric Edlund <ericedlund2017>
Component: PanelAssignee: Plasma Bugs List <plasma-bugs>
Status: ASSIGNED ---    
Severity: minor CC: 4wy78uwh, nate, niccolo
Priority: NOR    
Version: 5.23.4   
Target Milestone: 1.0   
Platform: Neon   
OS: Linux   
Latest Commit: Version Fixed In: 6.3.0
Sentry Crash Report:

Description Eric Edlund 2021-12-24 15:35:02 UTC
SUMMARY
When I boot to the desktop, the panel automatically shows up before its done composing.


STEPS TO REPRODUCE
1. Login to plasma session
2. Watch panel appear

OBSERVED RESULT
The applets item on the panel is initially displayed in the middle of the panel then slid to the right where it belongs.

EXPECTED RESULT
All panel items are in the correct position before the panel shows for the first time.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Neon 5.23 User Edition
(available in About System)
KDE Plasma Version: 5.23.4
KDE Frameworks Version: 5.89.0
Qt Version: 5.15.3
Comment 1 Nate Graham 2022-01-11 23:49:24 UTC
Yeah this is probably a good idea.
Comment 2 Bug Janitor Service 2024-12-05 15:17:24 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2661
Comment 3 Niccolò Venerandi 2024-12-12 10:51:26 UTC
Git commit 5301b211fc87f1b2253e87da61ff82618be9e899 by Niccolò Venerandi.
Committed on 12/12/2024 at 10:51.
Pushed by niccolove into branch 'master'.

Only return valid task item size if task manager has been resized to fit panel

Previously the task manager would briefly have null width and height, before
being resized to fit the panel. However, the "preferredMaxWidth" for tasks
would still be positive, as it adds margins to it, and tasks would then
assume a positive width. When the proper values are set, this casuses
an extra resize animation.

M  +6    -0    applets/taskmanager/package/contents/ui/code/layoutmetrics.js

https://invent.kde.org/plasma/plasma-desktop/-/commit/5301b211fc87f1b2253e87da61ff82618be9e899
Comment 4 Roke Julian Lockhart Beedell 2024-12-14 14:14:47 UTC
(In reply to Niccolò Venerandi from comment #3)
Should this be RESOLVED FIXED?