Bug 240354 - kwin Window thumbnail upside down in KDE 4.5 beta
Summary: kwin Window thumbnail upside down in KDE 4.5 beta
Status: RESOLVED DUPLICATE of bug 243181
Alias: None
Product: kwin
Classification: Plasma
Component: compositing (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-01 15:07 UTC by Weng Xuetian
Modified: 2010-06-29 17:53 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
kwinrc (4.65 KB, application/octet-stream)
2010-06-03 03:05 UTC, Weng Xuetian
Details
glxinfo (16.07 KB, application/octet-stream)
2010-06-03 03:06 UTC, Weng Xuetian
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Weng Xuetian 2010-06-01 15:07:07 UTC
Version:           unspecified (using Devel) 
OS:                Linux

using kwin and enable window thumbnail, thumbnail show upside down.


It happens everytime, I tried change the opengl setting in systemsettings, but no effect.


Reproducible: Always

Steps to Reproduce:
Enable thumbnail in systemsettings


Actual Results:  
thumbnail shows upside down, some windows show only a part of thumbnail.

Expected Results:  
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
Comment 1 Martin Flöser 2010-06-02 20:12:28 UTC
Could you please upload your glxinfo and ~/.kde/share/config/kwinrc to check 
which effects are enabled.
Comment 2 Weng Xuetian 2010-06-03 03:05:30 UTC
Created attachment 47625 [details]
kwinrc

My kwinrc
Comment 3 Weng Xuetian 2010-06-03 03:06:27 UTC
Created attachment 47626 [details]
glxinfo
Comment 4 Martin Flöser 2010-06-10 21:06:06 UTC
This seems to be a bug in the driver. Any chances to update the driver? It should be fixed in a more recent version.
Comment 5 Weng Xuetian 2010-06-11 06:19:00 UTC
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..
Comment 6 Thomas Lübking 2010-06-11 12:39:35 UTC
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)
Comment 7 Fredrik Höglund 2010-06-11 19:35:56 UTC
(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.
Comment 8 Weng Xuetian 2010-06-14 11:36:26 UTC
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.
Comment 9 Martin Flöser 2010-06-14 17:54:33 UTC
> 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.
Comment 10 Martin Flöser 2010-06-18 23:51:04 UTC
(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.
Comment 11 Weng Xuetian 2010-06-22 17:12:34 UTC
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?
Comment 12 Martin Flöser 2010-06-29 17:53:25 UTC

*** This bug has been marked as a duplicate of bug 243181 ***