Version: (using KDE Devel) Installed from: Compiled sources Compiler: gcc 4.1.3 OS: Linux As soon as I enable desktop effects, panel stops repainting at all. It keeps behaving the right way, but its appearance is not updated when, for example, I add/remove applets or I open/close applications. Everything used to work fine until I last executed a svn update.
There was a 25 minute window where it was broken. Broken in revision 754252 and fixed in revision 754267.
Hmm.. re-reading your report, it may or may not be fixed. Please reopen if it isn't.
Bad news. Checked out kdebse again and recompiled it, but the bug is still there...
hmm
Svn-updated, recompiled and rebooted. It works, now.
Closed as it is fixed for reporter.
Sorry, I've had exactly this bug for a couple of weeks and I still have it with r755873. The panel is completely functional but only displays the image from the time compositing was enabled. Intel hardware, fwiw. Being wholly innocent of how the panel works as part of Plasma I don't know what to do to troubleshoot it.
Just to be clear... The default panel is: * Application Launcher * Tasks * Pager * System Tray * Device Notifier * Digital Clock Out of the above, the only applet that is visible is the digital clock? What about the desktop? Do you see the background image and toolbox in the upper-right corner fine? Do applets on the desktop work fine? Also, can you try disabling composite effects one by one to see if it is a specific effect that is causing a problem?
I can reproduce this with a new user, no $KDEHOME. Since composite is enabled by default, the panel is invisible until it is disabled and reenabled. The toolbox and background look and work as expected. Will try disabling effects now.
Created attachment 22797 [details] kwin debug output debug output when starting kwin with compositing and 'frozen' plasma panel.
I could not disable all plugins due to #154969. I can still reproduce the problem wih Login and Dialog Parent enabled, which are the minimum plugins needed for kwin_composite not to black-screen.
CC'ing kwin because this is not making sense to me. :)
Not sure that will help, it also manifests when running KDE 4 with Compiz.
i really have no idea what plasma could be doing that would be of any oddness here. does the krunner window show up fine? if so, then it's not how we're handling top level argb windows. it works just fine here with compositing, btw, but i'm on nvidia hardware for that. i should try getting it set up on my laptop with intel and see if i can reproduce, but i'm pretty sure this isn't a plasma issue.
krunner shows but ksmserver's logout dialog is not painted correctly either - the widget background is a transparent 'hole' in the shading created by the logout effect and the buttons are plain rectangles painted in the widget background colour.
works fine here with intel.
It magically started working again...
Sorry guys... I'm experiencing this one on Intel X3100, so I'm reopening. And before that I had #154340 so I couldn't experience it... Just when compositing works again for me with kwin. *sob*
Oh BTW, it's not the panel which stops repainting, but the whole desktop+panel+krunner window. I don't know if the other people experienced that too or only panel not repainting.
I also have the issue when I disable composite support; however it's the entire desktop that doesn't repaint. The panel, background and even the windows themselves aren't repainting. If I hover the mouse over widgets they'll repaint and appear, but it seems like only 1 window will display at a time and the rest don't exist until I switch to them and the previous window "disappears."
this bug is real, but it's not a plasma bug. it's a general compositing bug with x.org and its drivers. that it comes and goes, depends on the driver, etc... very typical, sadly. i wish x.org and its driver were of higher quality in this area. they aren't. now that we have apps that are actually using this stuff though, we are starting to get fixes. so as annoying/hard as this is for me to do, i'm closing this as "invalid" due to it being a bug in a completely foreign component. i've done the same with the other "x.org can't hold its liquor" type bugs related to argb and composite. the only "solution" plasma could do is back away from argb but then we'd never get this stuff sorted out. i hope you understand.
Reopening and assigning to kwin, this one used to work so I guess something changed in kwin? Lubos, I let you close it again if you really can't do anything about it.
If this doesn't work with Compiz either, then it's no KWin bug. And I don't know what could be causing it. If you said it used to work, maybe if you find which change has broken it, but until then it's as comment #21 says.
OK, I thought it might be of some interest to people and an information to keep with this report. I upgraded to Mesa 7.0.3 and it fixed it for me.