Version: unspecified (using Devel)
using kwin and enable window thumbnail, thumbnail show upside down.
It happens everytime, I tried change the opengl setting in systemsettings, but no effect.
Steps to Reproduce:
Enable thumbnail in systemsettings
thumbnail shows upside down, some windows show only a part of thumbnail.
thumbnail shows correctly.
Using kernel 2.6.34, ATI radeon hd 3450, mesa 7.8.1
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: Mesa DRI R600 (RV620 95C5) 20090101 x86/MMX/SSE2 TCL DRI2
OpenGL version string: 2.0 Mesa 7.8.1
OpenGL shading language version string: 1.10
Could you please upload your glxinfo and ~/.kde/share/config/kwinrc to check
which effects are enabled.
Created attachment 47625 [details]
Created attachment 47626 [details]
This seems to be a bug in the driver. Any chances to update the driver? It should be fixed in a more recent version.
I'm not sure, but this happens after I upgrade to kde 4.5 beta, it works quite well in kde 4.4.* though..
Maybe kwin introduce some new gl function which my video card does not support that cause this problem.
ATI open source driver for this card is still not so stable though.. I will try..
does it happen with Xrender as well?
try to disable _all_ other effects (but not compositing)
then re-enable one by one.
(maybe one forgets to pop the matrix)
(In reply to comment #5)
> I'm not sure, but this happens after I upgrade to kde 4.5 beta, it works quite
> well in kde 4.4.* though..
The code has changed in 4.5. If you have a graphics card with programmable shaders, KWin will now use a high-quality scaling filter when it generates the thumbnails.
The problem you are seeing happens when glCopyTexSubImage is used on a framebuffer object, which it is in the new code. This bug was fixed in Mesa commit a68e8a4eaadfe2a1e4999d5e378c7d9fa99dc656, but it appears that this commit is only in the master branch, i.e. the branch that will become Mesa 7.9.
This problem is fixed after I change mesa to the git version.
But I have another problem is that it seems that this code change in kwin cause "Present windows" effect having a performance problem here. Because the preview quality is improved (compare with "cover switch" effect), but performance is poor.
I know it's also cause by driver and video card, maybe you guys can think of giving a way to configure using this filter or not? Preview quality isn't so important to some people.
> I know it's also cause by driver and video card, maybe you guys can think
> of giving a way to configure using this filter or not? Preview quality
> isn't so important to some people.
This config option is already implemented. It uses the global effects level
via Application Appearance -> Style -> Fine Tuning -> Graphical effects. But
changing this setting will also influence the level of animations in other
part of the workspace.
We could only add a hidden config option as we are in String freeze and cannot
add a GUI option till 4.6.
(In reply to comment #7)
> The problem you are seeing happens when glCopyTexSubImage is used on a
> framebuffer object, which it is in the new code. This bug was fixed in Mesa
> commit a68e8a4eaadfe2a1e4999d5e378c7d9fa99dc656, but it appears that this
> commit is only in the master branch, i.e. the branch that will become Mesa 7.9.
I just installed openSUSE 11.3 on my system with an ATI R600 card and it shows the issue. I don't like the idea that our thumbnails are broken with the drivers of one of our largest downstreams (although it doesn't affect 11.3 directly as it shipps 4.4), therefore I dare to reopen and try to blacklist that specific driver version.
I tried new released mesa 7.8.2, the patch you mentioned seems to be not included.
I have another advice is, the fine tunning option makes me confused and actually I don't know what the exact fact is ... After I tried I know that it will use some quick filter and disable plasma animation if I choose the lower cpu. But I'd like to use plasma animation but I don't like the use such filter... So I'd like to have an option seperately. And why the fine tunning is in application appearance instead of workspace appearance?
*** This bug has been marked as a duplicate of bug 243181 ***