For as long as I remember, panel auto resizing in plasma has not worked correctly for me - it is a major annoyance. Bugs have been submitted years ago - at least two I have found:

https://bugs.kde.org/show_bug.cgi?id=191051
https://bugs.kde.org/show_bug.cgi?id=248186

In the latter I have just attached a small screencast of how to reproduce it in a pristine user environment with just a few clicks - please try and report back! Maybe then it will finally raise enough attention, I would love to see it fixed.

I've contacted a developer, who has now updated the bug. I'm not sure when a fix will come though.

Well it would be hard to know that. Thanks for your initiative.

For now, it was changed to the wrong component, but at this stage I am happy with any activity in the bug.

According to the developer(s) in question, they suspect the autoresize issue may be being caused by that applet, rather than the panel itself.
If you have information to the contrary, such as the issue being reproducible when that applet is not present in a panel, please mention that in the bug.

I have renewed that information in the bug, while the majority of provided screenshots, and also my screencast already showed the bug without task manager widget.

I would be interested if anyone is able to *not* reproduce the issue. As far as I'm concerned, this must have bitten anyone who diverged from the default panel and set a dynamic panel with min-max size. But maybe the majority of KDE users just sticks with the default...?

a17r wrote:I have renewed that information in the bug, while the majority of provided screenshots, and also my screencast already showed the bug without task manager widget.

I would be interested if anyone is able to *not* reproduce the issue. As far as I'm concerned, this must have bitten anyone who diverged from the default panel and set a dynamic panel with min-max size. But maybe the majority of KDE users just sticks with the default...?

I cannot see a bug here. And my panel does have a task manager widget.
Of course if the maximum width of the panel is set too small for all widgets to fit, something gets cut off at the right end.
And in your latest screenshot in the bug report, it seems to me that exactly this is happening (try to remove one of the many launch icons and the panel should fit . Or set one icon in the systray to be hidden).

wolfi323 wrote:I cannot see a bug here. And my panel does have a task manager widget.

In fact, I have found the task manager widget, if present, to somewhat mitigate the issue, at least in the default panel configuration. But personally I haven't used such a config in years. The task manager widget has its own west-oriented auto-hide panel and everything's fine with that (has been and still is after the QML rewrite, so far).

wolfi323 wrote:Of course if the maximum width of the panel is set too small for all widgets to fit, something gets cut off at the right end.
And in your latest screenshot in the bug report, it seems to me that exactly this is happening (try to remove one of the many launch icons and the panel should fit . Or set one icon in the systray to be hidden).

Please rest assured that I have not confused the max. panel slider for the min. slider My last screen_shot_ is the one with two systrays (one north, one south) and extreme clipping. It is possible that this extreme form of clipping is being provoked by having a second screen in the equation - however, only one screen is active at a time, when mobile or stationary (docking station).

In the screen_cast_ which reproduces the bug you will see that I have definitely picked the min. slider and actually left the max. slider untouched at the full width of the screen.

a17r wrote:

wolfi323 wrote:I cannot see a bug here. And my panel does have a task manager widget.

In fact, I have found the task manager widget, if present, to somewhat mitigate the issue, at least in the default panel configuration. But personally I haven't used such a config in years. The task manager widget has its own west-oriented auto-hide panel and everything's fine with that (has been and still is after the QML rewrite, so far).

wolfi323 wrote:Of course if the maximum width of the panel is set too small for all widgets to fit, something gets cut off at the right end.
And in your latest screenshot in the bug report, it seems to me that exactly this is happening (try to remove one of the many launch icons and the panel should fit . Or set one icon in the systray to be hidden).

Please rest assured that I have not confused the max. panel slider for the min. slider My last screen_shot_ is the one with two systrays (one north, one south) and extreme clipping. It is possible that this extreme form of clipping is being provoked by having a second screen in the equation - however, only one screen is active at a time, when mobile or stationary (docking station).

In the screen_cast_ which reproduces the bug you will see that I have definitely picked the min. slider and actually left the max. slider untouched at the full width of the screen.

Ok, sorry. I seem to have misunderstood you then.
Anyway, I can't reproduce it with the minimum slider when the task manager widget is present (as you wrote).
But I added now a second default panel and removed the task manager there. And yes, I can reproduce (I only have one screen). But the amount of space that is cut-off seems to depend on how fast I move the slider.

I'd like to add that this cut-off is only temporary here (4.10.5).
After a plasma restart ("kquitapp plasma-desktop && plasma-desktop" or logout/login) the panel resizes in a way that no parts are missing anymore.

Interesting findings!

Does your panel contain a system tray? The cut-offs on my panel stem from the system tray elements popping into existence at startup one after another (and afterwards, e.g. plugging in a flash drive).

a17r wrote:Interesting findings!

Does your panel contain a system tray? The cut-offs on my panel stem from the system tray elements popping into existence at startup one after another (and afterwards, e.g. plugging in a flash drive).

Yes. As I wrote, I created a new "Default Panel" and just removed the task manager.

I have now removed the systray as well and can't reproduce anymore.

I now also added back the task manager and can't reproduce (systray still removed)

So it definitely seems to be related to the systray plasmoid.
But the task manager compensates it, as you mentioned.

wolfi323 wrote:So it definitely seems to be related to the systray plasmoid.

Except that I had already eliminated the systray as the culprit once, but that was back in 2011: https://bugs.kde.org/show_bug.cgi?id=248186#c14

While the clipping is triggered by the systray, it might not be to blame for it. I will update the bug with a no-systray run in 4.10.90 when I am back this evening.

I tried now with a panel that only contains the systray, but can't reproduce it there because it always stays at the maximum size even if the systray is much smaller. (there's no change if I only move the minimum size slider)

But I produced a weird situation there as well:
If I make the panel smaller with the maximum size slider, it doesn't resize when I make it bigger again. Only if then move the minimum size slider as well to a size bigger than the panel.
It also will stay at a size somewhere between the minimum and maximum sliders (even though the systray is much smaller)...

wolfi323 wrote:But I produced a weird situation there as well:
If I make the panel smaller with the maximum size slider, it doesn't resize when I make it bigger again. Only if then move the minimum size slider as well to a size bigger than the panel.
It also will stay at a size somewhere between the minimum and maximum sliders (even though the systray is much smaller)...

Well, at least this I can reproduce with other plasmoids as well or even with an empty panel.
So that is general behaviour, not related to a specific plasmoid.

Has this information on the effects of various applets has been added to the bug report?