Bug 248186

I also have this bug.

I have my panel in lower right corner. My two "knobs" for panel size have the arrow pointing down at the current size of the panel and arrow pointing up in the top of my screen. I have panel autohide on.

When I boot the panel looks correct. If I open a program which adds an icon to the panel, then the panel doesn't grow but pushes icons below the screen. If I go to move the knob with arrow pointing down (a little up and back to original position) the resizing is done. After that the resize seems to work fine. I will attach a picture of the error with ktorrent opened as extra (pushing the clock into unreadable state).

KDE 4.5.1 with Kubuntu 10.10.

Created attachment 54021 [details]
Picture showing the panel that has not resized itself.

I am having this problem as well in 4.6 RC 1.  The problem here is with the tray on the far right of the panel.

Created attachment 55532 [details]
Panel size bug

Here is a picture showing the problem with the panel size.  Note that there should be a triangular expander for the panel on the right, which is almost invisible.  The size sliders are there to show the panel size range I have set.

Created attachment 55533 [details]
Forcibly resized panel

Here is the panel after I have forced it to resize so you can see the full contents of the panel.  Note the expander for the tray, due to the bug this is not normally accessible.

Created attachment 55534 [details]
Bug with plasma locked

I thought the bug might be due to the cashew, so I tried locking the plasma widgets.  Note that the expander for the tray is still partially off the edge of the panel, so it is not solely due to the cashew.

I also have this problem for a long time. Several reports about this issue have been reported and closed, but the problem still persists.

I suspect the problem to be in applet code. The smooth task applet seems to work fine, updating panel size within constraints when adding/removing icons. I have this panel on the left size.

Systray seems to be broken. I have it in a right-edge-anchored horizontal panel, but when it grows to fit new icons, the panel size does not change and widgets are moved out of screen on the right.

I have this problem too. Using a panel with systray, horizontal, at lower right corner. Panel goes right off screen when more icons appear in the systray.

Linux 2.6.32-5-amd64 Debian Squeeze, KDE 4.4.5

*** Bug 237753 has been marked as a duplicate of this bug. ***

Same issue here with kde-4.7.0 and qt-4.7.3, panel centered with systray in between several other applets (taskman on a different panel to eliminate it as the source of error). I think this has bugged me since 4.3.something...

*** This bug has been confirmed by popular vote. ***

Created attachment 65014 [details]
panel locked, panel b0rked

status update: kde-4.7-live, qt-4.7-live, no difference at all. driving me crazy every time I look at it.

So, just the same bug is still present in qt-4.8, kde-4.7.90...

Created attachment 66618 [details]
b0rked locked panel without systray, just widgets

new screenshot, this time with a centered locked panel.

panel is reluctant to resize itself sometimes even to more than minimum size. of course, plenty of maximum space would be available.

systray widget seems to work fine completely by itself.

*** Bug 247304 has been marked as a duplicate of this bug. ***

Bug still exists in 4.8 trunk.

OK, seeing how there is no progress happening here, and because I just recently stumbled over an akregator bug that is also related to this:

How many of you reporting/voting in this bug have external displays attached?

Wow, I am happy to report that so far I couldn't see this behaviour anymore using KDE SC 4.9 RC1. Finally! (?)

(In reply to comment #18)
> Wow, I am happy to report that so far I couldn't see this behaviour anymore
> using KDE SC 4.9 RC1. Finally! (?)

Thank you for the feedback.

Created attachment 75061 [details]
Panel should resize, not the icons.

Hi, I'm using KDE 4.9.2 and the bug still persists. The panel wont resize, but the icons in the "icon only task manager" (which comes with KDE) do. I see the status as "resolved", what is the solution to the problem? Thanks.
Saludos.

Hmm, indeed.

I've resized my panel in height so that systray would spawn two rows, and the issue was back immediately (expander was out of panel completely).

What are the chances that this will be reopened?

Created attachment 75790 [details]
bug demonstration

KDE 4.9.90 - Bug still exist.

Two screenshots. Upper one showing normal panel, and second screenshot showing the bug.

As seen on screenshot, instead of resizing panel left, lancelot launcher (big gentoo icon) moved right - outside desktop.

Plasma Toolbox labeled "Main" showing right desktop border.

Created attachment 75791 [details]
panel settings

Panel settings shown on screenshot.

Steps to reproduce exactly the same as at bug description.

(In reply to comment #20)
> Created attachment 75061 [details]
> Panel should resize, not the icons.
> 
> Hi, I'm using KDE 4.9.2 and the bug still persists. The panel wont resize,
> but the icons in the "icon only task manager" (which comes with KDE) do. I
> see the status as "resolved", what is the solution to the problem? Thanks.
> Saludos.

Is what you're asking for in accord with the intended behavior? I WISH the panel would do that; set a very small minimum size, have just an icon task manager in there, and when new icons populate the task manager plasmoid, it causes the panel to grow to accommodate them.

Can someone explain to me exactly what auto-resize is for and how it works? (By that I mean point me to some documentation.)

Hi

I have Arch Linux and KDE 4.9.5. I experience the same behaviour as described above. But if i use "Task manager", default manager, panel is resizing normally. Hope the bug will be fixed soon.

Created attachment 78192 [details]
Panel with non working auto resize

Hi,

in the attachment I've included the non working panel.

My setup:
I've got two  panels (left and right, one auto hide, one always on top) which I've set up with a minimal and maximal height so they can resize to their content.

Left one with lancelot (top) and icon window bar (don't know the name, where the windows are displayed ;) ), which resizes correctly. the other one with system tray and a clock only works correctly when shrinking, but doesn't grow again when there's a new entry displayed (like the notification in this case).

I've  two monitors set up with extra one monitor in the right. Both panels are on first (laptop) monitor.

forgotten to mention: KDE SC 4.10.1

The "standard" task manager allows proper resizing when placed in a top/bottom panel, but there is NO resizing happening with the "icon only" task manager. Ideally there would be an icon-only mode for the standard task manager that behaves and has all the functionality of the icon only task manager.

Most times the icon only task manager is working fine. It's the clock+notifications in a vertical bar that are not working.

Icon tasks does not work at all for me, running Kubuntu 12.10, KDE 4.10.1. I've tried recreating new panels, both vertical and horizontal without any luck.

I have both task manager working fine. Issue is with a System Tray sitting alone in a right-aligned horizontal panel.

dual monitor, Chakra Linux, KDE 4.10.1

The same problem here on kubuntu 12.10 running kde 4.10.1. My panel contains in following order:

- Lanzelot
- 2x Quick Acess
- sytem tray
- the icon that shows the desktop
- the clock
- the waste bin

The panel is centered and instead of growing on both sides as I would expect, waste bin, clock etc. are shiftet out of view on the right hand side when new icons appear. Even tried to put system tray at rightmost positiion. It didn't help.

Found a not very satisfying workaround. Just prevent icons from showing up in or disappearing from the visible system tray by changing their behaviour in the system tray settings from Auto to either Hidden or Always visible.

Oh my, using lanzelot, that bug is much much worse. The panel just had cut off 5/6 of systray until I briefly unlocked widgets - that refreshed the panel to its required size.

Gentoo Linux, KDE SC 4.10.1

Created attachment 78866 [details]
yet another clipped panel screenshot

screenshot from a recently set up radeon box, shortly after removing the task bar and setting minimum size.

KDE 4.10.60, built today

I'm still experiencing this bug, now with KDE4.10.2 from Debian Experimental.

Could it be that left aligment is always on and messing up things? It doesn't matter if I select right or center, left is always selected too, as in the screenshot:

http://wstaw.org/m/2013/04/28/panel_alignment.png

Hmm, I don't see that here - only center alignment is set.

So far, I have reproduced this on:
- different distributions (Gentoo, Kubuntu)
- single-monitor setups (bad)
- multi-monitor setups (worse)

And it's as easy to reproduce as starting with an empty .kde4 directory, removing the taskbar from the standard panel, and reducing minimal panel width to some sth below the used panel width.

Additionally, really bad panel clipping happens when switching resolutions (e.g. from plugging in a second monitor and adjusting to its bigger native res).

Reproduced in Sabayon Linux (Gentoo based) using KDE SC 4.10.2

As we have seen the bug in multiple configs, with and without systray, systray alone and widgets only, panel left/center/right align, this is a fundamental problem with how the plasma panel sets its required size and *imo* unrelated to any specific broken widget.

Also, there are actually two issues observed in this bug:
1.) panel size not refreshing (can be solved by simply unlock/lock widgets) e.g. after resolution change
2.) panel size wrong (no existing workaround except setting min size above required)

(2) is also easy to provoke as described in comment 36, and it works in both ways - most of the time it is simply set too small, but if you remove a few widgets you can confuse the panel to be too big and leave excess space to the right. It then won't reset itself unless plasma-workspace is restarted - unlock/lock widgets is not enough.

Created attachment 80310 [details]
two systrays, both clipped, one of them massively

added another wonderful example of panel pain

I have this bug too. I have it since KDE 4.0, I had it on several different configurations, it NEVER worked properly. And it is still present in 4.10.4. It doesn't work for me with the regular task manager (nor with the "Icon-only" either of course), it doesn't work wether I have a systray or a clock in the panel. No configuration ever worked.

Problem still exists in 4.10.80

Created attachment 80567 [details]
Screen shot for problem in 4.10.4

I have pretty much given up any hope of this bug being resolved but just in case someone still cares here is a screenshot of the problem as of kde 4.10.4.  As we can clearly see, math was too hard.

Created attachment 80870 [details]
screencast.avi

Working Title: "Unsolved: From Default Panel To Broken Panel In Less Than 10 Clicks"
Starring: plasma-workspace-4.10.90
Reproducible: Anytime, anywhere

the problem now has the same symptom but i think the reason is completely different.

i think is the new qml task widget that doesn't export anymore correct minimum/preferred/maximum size hints

When you watch my video you can see that I actually remove the task manager widget from the panel, as described a few posts above, so it can't really have an influence there. In none of my attached screenshots will you find a task manager, just widget icons plus (sometimes) system tray involved.

(In reply to comment #44)
> the problem now has the same symptom but i think the reason is completely
> different.
> 
> i think is the new qml task widget that doesn't export anymore correct
> minimum/preferred/maximum size hints
According to http://forum.kde.org/viewtopic.php?f=67&t=111735 this IS NOT related to the task widget at all! I can reproduce this in 4.10.5 after removing the task widget. And in fact the task widget even compensates for the bug and makes it disappear.

Steps for reproduction:
- Add a new default panel (right-click on the desktop, select "Add Panel"->"Default Panel"
- [b]Remove[/b] the task widget from the panel
- move the [b]minimum size slider[/b] to the left.
The panel will resize to a smaller size and parts of the right end will get cut off.
The amount of the cut-off part seems to depend on the speed with which you move the slider.

It seems to be related to the systray plasmoid though. If I remove that one as well, I can't reproduce this anymore.

Another note: this seems to be just a refreshing problem. If I quit and restart plasma-desktop, the panel IS shown completely again.

Created attachment 80993 [details]
clipped-panel no-taskbar refreshing-bug separate-systray

I have removed the system tray from my main panel to see if anything has changed since 2011. Turns out it's the same, with or without the system tray inside the panel.

This shows what both panels look like:
1.) right after startup
2.) after unlocking, then locking widgets

Heavy clipping at first, then less but still... on both panels.

Created attachment 80994 [details]
excess-fat-panel no-taskbar refreshing-bug separate-systray

...this is what my panels can also look like, and again:
1.) right after startup
2.) after unlocking, then locking widgets

In addition to the main panel here having grown way above required size, we can also see the panel containing the system tray has lost its actual minimum size setting (which points to another bug 285075).

And to reiterate: in none of the above screenshots is the task manager involved. It resides inside the only properly working (auto-hidden) panel on the left side of my desktop. If you're in doubt, watch the screencast.

This happens every single startup. The clipping is not something that simply goes away after a plasma restart.

Just so that no one starts to think this has been solved: Bug still present in plasma-desktop-4.10.97!

Bug still present in KDE 4.11 (Kubuntu 13.04). Since the 4.11 update my task manager on a centered bottom auto-hide panel NEVER adjusts the panel size. Before 4.11, this happened only sometimes and could be fixed by switching between the desktops. Now the panel always has its minimal size.

(In reply to comment #51)
> Bug still present in KDE 4.11 (Kubuntu 13.04). Since the 4.11 update my task
> manager on a centered bottom auto-hide panel NEVER adjusts the panel size.
> Before 4.11, this happened only sometimes and could be fixed by switching
> between the desktops. Now the panel always has its minimal size.

Yes, I noticed as well, only after I had opened enough applications that the task bar would have had to increase in size above the minimum, but it didn't (it squeezed all the entries into the original size). I then grew min size (the panel followed suite) and shrank it again (the panel didn't follow), and kept its now too big size even after a restart. Only limiting its size via the max slider made it smaller again.

When I've got the time I will record another screencast.

4.11.1 bug-still-present-bump

(In reply to comment #44)
> i think is the new qml task widget that doesn't export anymore correct
> minimum/preferred/maximum size hints
Unrelated-bug-reminder (perhaps we should open another one for that, as I can't find an existing task manager bug)

Also experiencing this bug in KDE 4.11.2

No change in KDE 4.12.0

(In reply to comment #55)
> No change in KDE 4.12.0
Well, that's because there is no KDE 4.12.0 (ha! this time it's me)

plasma-workspace still is at 4.11.4, but yes that version still is flawed.

I'm back to report that this is still happening in plasma-workspace-4.11.7.

Created attachment 86240 [details]
screen shots demonstrating panel clipping

I am also experiencing this issue.  Specifically for me it is related to the system tray widget.  If an icon gets addedit that will cause items to be clipped.

Bug also present in kf5/plasma2

I have this problem on Kubuntu 14.04 as well. One of my panels resized itself partially out of my screen.

Hello!

This bug report was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this bug is already resolved in Plasma 5.

Accordingly, we hope you understand why we must close this bug report. If the issue described  here is still present in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting

If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging

Thanks for your understanding!

Nate Graham