Version: (using Devel) Compiler: gcc 4.3.2 OS: Linux Installed from: Compiled sources steps to reproduce : 1) add a new panel 2) move it to the left or right screen edge 3) try to reduce it -> the panel disapear. if you maximise it, it reappear, but if you close the panel settings bar while the panel is invisible, there is no more way to interact with it anymore from the interface. Maximised windows still don't cover it and the only way to remove it is editing the config file.
sorry, can't reproduce. are you using kwin desktop effects?
yes, i'm using kwin opengl effect on with a nvidia graphic card using the binary driver.
and if you turn off kwin's desktop effects, does the problem go away?
Created attachment 29005 [details] kwinrc that trigger the bug
I did some tests : - the problem only occur when compositong is turned on *at login* - the problem only occur on the right edge of my screen. - if I turn the compositing off after the problem occur, it is still here. - with a clean account (rm -rf .kde4) even if compositing is turned on by default, I don't see this bug. I attach my kwinrc, overwriting the kwinrc of my clean account with it and then login is enough to reach the bug. I can record my desktop if it may help, just tell me. hope someone else could see it this time :/
I can confirm this bug. Resizing a vertical panel on the right screen edge from maximized to less makes that panel disappear. Turning on or off kwins desktop effects has no influence. I'll attach my plasma-applets.rc and posted the relevant containment configuration here: [Containments][23] activity= desktop=-1 formfactor=3 geometry=13032,-41,1680,35 immutability=1 location=6 plugin=panel screen=1 zvalue=150 [Containments][23][Configuration] maximumSize=1680,35 minimumSize=1680,35
Created attachment 29036 [details] plasma-appletsrc that causes the bug.
After a logout and login without desktop effects enabled the missing panels are visible. Trying to resize behaves strangely: the outer edge of the panel seems to move in the opposite direction of the side being dragged (sort of). After releasing the resize handle the panel slowly, juttering, moves to the right position. I'll try to get a screenshot mid-action although a video would be better.
Created attachment 29037 [details] Screenshot after resize. The panel is moving to it's correct position.
@Bart: just so i'm perfectly clear in my understanding of the situation, you're confirming that this only happens when kwin effects are turned on at login, correct? are you also using binary drivers from nVidia?
Yes, it happens only when compositing is enabled at login. I misunderstood cedric and thought the panel would reappear once composite was disabled. At work I have an nvidia using binary drivers. However, I've seen this bug before on my laptop with an open source intel driver. I'll switch to 4.2 now to see if I can reproduce it.
Also confirmed on intel, although this is with an older SVN version pre beta 1. I'll try with KDE4.2 beta1 from kubuntu packages later.
Ok, so it's not driver-specific. So it's either KWin or x.org. Passing it on to KWin devs to let them have a go and judging it =)
I can reproduce both when compositing is enabled and disabled, the panel is being completely removed from the screen and DOES NOT reappear even after login. Not a KWin, X or driver issue.
@Lucas: are you sure you are replicating the same issue the reporters are? Because they aren't seeing the problem when compositing is not on when the desktop starts .. which sounds different from what you are experiencing. That and it works just fine here ... When you say "completely removed from screen" do you mean "KWin shows it as being unmapped by the application" or that you just can't see it anymore? One other question for all of you here: multiple screens or one screen?
Created attachment 29053 [details] Plasma log during resize What I experience matches exactly what was previously mentioned in this report, except for composite settings. The panel is just not visible, KWin still knows it's there on the screen. I'm running dual monitors, 1680x1050 (1) + 1920x1200 (0) nVidia TwinView. Attached is the log of what Plasma completely spams the console with during resizing, there is just too much there for me to determine what the problem is so I haven't really looked at it. Everything before the "Couldn't find node center. Skipping rendering." line is resizing from maximized visible to it disappearing and everything after is going the other way until it becomes visible again.
@Lucas: i don't think you're testing the same thing. in the log: plasma(5469) PanelView::updatePanelGeometry: PanelView(0x8d09b38) thinks its panel is at QRect(3565,41 35x1118) was QRect(3565,41 35x1118) which means the size is 0x0. ok, fair enough, that's a bug (and i'll go fix that one right now) but it's a different bug: it doesn't match what the reporters are saying. they don't have 0x0 sized panels, they have panels that disappear during resize but show up again on logging out/in and that this *only* happens when desktop effects are turned on at log in.
In that case I cannot reproduce and the only person that can know for certain if it's KWin or not is Lubos.
Created attachment 29055 [details] Video of problem Here's a video of what's happening to me and sounds identical to what the other reporters are saying. The first half is during compositing and the second half is non-compositing. It looks like RecordMyDesktop doesn't work in compositing mode so the first half doesn't display anything useful.
Running 4.2-bet2 kubuntu packages I've noticed the following in the terminal output when resizing the panel: "Couldn't find node center. Skipping rendering." After turning of compositing and restarting plasma the panel ends up in completely the wrong spot: top edge with totally incorrect size. It might be a plasma bug after all Aaron. Yet kwin does something unexpected as well.
> It might be a plasma bug after all Aaron. what you describe has nothing to do with this bug. > "Couldn't find node center. Skipping rendering." completely harmless debug output. > After turning of compositing and restarting plasma the panel ends up in > completely the wrong spot: top edge with totally incorrect size. sounds like the plasmarc (not plasma-appletsrc) isn't getting saved out with the proper values? not that that has anything to do with this actual bug. maybe find me on irc sometime and we can look at the config files together.
I cannot reproduce it anymore, I updated to last svn last week so it must be fixed since at least a week. I someone else can confirm that the bug is not reproductible anymore, I think we can close it as fixed. by the way, the bug I reported is exactly the same as Lucas Murray show in his desktop recording video.
Can no longer reproduce either.