Version: 4.3.00 (KDE 4.3.0) (using Devel) Compiler: gcc (Gentoo 4.3.3-r2 p1.2, pie-10.1.5) 4.3.3 OS: Linux Installed from: Compiled sources Happens to me here with KDE Version 4.3.00 (KDE 4.3.0) (svn 4.3 branch) and Gábor Lehel <illissius` on irc> which uses trunk. Doesn't happen only to decorations but other windows as well, like in the screenshot at http://www.imagebin.ca/view/3pdvDd.html I can make more screenshots if needed but they all look very similar, although sometimes nothing at all is rendered and plasma from below can be seen instead of the missing portion, but when that happens and I run ksnapshot, the window is re-rendered correctly before the screenshot is taken. This is quite hard to reproduce under normal conditions but I found that it happens a lot more when the system is under heavy load (at mine it started happening much more when the load factor was greater than 2) and when notifications keep arriving while switching desktops or moving around windows. Another observation is that I never noticed this for small windows (less than half my screen size). This seems to be related to desktop effects and I could very easily reproduce it with both OpenGL an XRender and gave up after 10 minutes trying to reproduce it without effects. ( while trying to reproduce I kept my system under a average load of approx 6 and made sure I will get many notifications during this time ) Before you dismiss this as a driver or X problem please take into consideration that I use an ati (r300) card with radeon driver while Gábor Lehel uses an intel card as for X mine is 1.6.2 and his 1.5.2, also we both started experiencing this after updating kwin from svn recently, and this did not happen before.
(In reply to comment #0) > Before you dismiss this as a driver or X problem please take into consideration > that I use an ati (r300) card with radeon driver while Gábor Lehel uses an > intel card as for X mine is 1.6.2 and his 1.5.2, also we both started > experiencing this after updating kwin from svn recently, and this did not > happen before. Looks like a driver bug nevertheless. And both are mesa. As you mention you updated from svn: did you switch before or after 4.3 was branched?
I'm on the 4.3 branch and illissius is on trunk, and I also built 4.3 like 5 days ago and the thing did not happen, let me see about mesa versions with him
apparenly his mesa is 7.2 and mine 7.6-devel so it's highly unlikely to be a mesa bug
(In reply to comment #3) > apparenly his mesa is 7.2 and mine 7.6-devel so it's highly unlikely to be a > mesa bug so we have two different issues one with trunk and mesa 7.2 and one with branch and mesa development. Sorry but mesa development sounds very very much like a driver issue. We had them before and we will have them in future. Development in drivers is "it can break anytime, everywhere". If you have the problems with mesa 7.4 (yes 7.5 is not considered as to be used by users) please reopen.
reverted to mesa 7.4.4 and reproduced, screenshot here http://imagebin.ca/view/HFNVFY.html I also got some new information regarding this, apparently I can reproduce it without high system load, all I need to do is switch from one desktop to another while in the first desktop I have a konsole which is under the process of updating, just doing cat on a really large bzip archive I had managed to trigger it during switching (I'm using the desktop cube as desktop switching effect (in case it matters). I believe regenerating the thumbnails gets somehow mixed with painting events.
ok in that case please try to use another switching effect or none. That helps to find if it is related to an effect or a different issue.
I couldn't find the real cause for this but now it doesn't happen anymore (can't reproduce it anymore with the current version), I really don't have any idea if it was fixed or comes from something else that was fixed, but I believe it can be closed now
so it probably was a driver issue. Thanks for letting us now that the problem does not occur anymore.