Bug 196281 - kwin: overexpose effect for transparent images with compositing enabled - makes virtualbox unusable
Summary: kwin: overexpose effect for transparent images with compositing enabled - mak...
Status: RESOLVED NOT A BUG
Alias: None
Product: kwin
Classification: Plasma
Component: compatibility (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-13 03:38 UTC by Thomas Meixner
Modified: 2009-06-17 02:58 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
KDE Screenshot showing an overexposed effect under tranparent images (152.73 KB, image/png)
2009-06-13 03:43 UTC, Thomas Meixner
Details
Transparent console window of virtualbox with effect Blur disabled (333.79 KB, image/png)
2009-06-13 05:20 UTC, Thomas Meixner
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Meixner 2009-06-13 03:38:44 UTC
Version:            (using KDE 4.2.90)
OS:                Linux
Installed from:    Ubuntu Packages

I realized that transparency for some non native KDE Applications namely cairo-dock and virtual-box results in an overexpose effect for some areas. While in the first instance this is only cosmetical it renders a virtual box command line window virtually unusable unless compositing is disabled. Since 2 Applications are affected in a similar way I thought I would write a Kwin Bug report first. 

Please look at the attached screenshots for a better understanding of what this looks like: ( don't know how to upload screenshot. please check comments for a link)

I tried the same using Compiz and the transparent Background in cairo-dock is not visible and virtualbox has a black background as expected.

Especially in the case of Virtual box it would be nice to not be forced to shut down compositing to be able to use the application.
Comment 1 Thomas Meixner 2009-06-13 03:43:41 UTC
Created attachment 34491 [details]
KDE Screenshot showing an overexposed effect under tranparent images
Comment 2 lucas 2009-06-13 04:39:32 UTC
Does it still occur if you keep compositing enabled but disable all the actual effects? If it doesn't can you try to work out which effect is causing it?
Comment 3 Thomas Meixner 2009-06-13 05:17:21 UTC
Good call ! I disabled all effects and put them one by one back in.
Blur seems to add to the trouble but doesn't seem to be the only one involved. 
I'm using the folllowing version:
Blur
Version 0.2.0
Using KDE 4.2.90 (KDE 4.2.90 (KDE 4.3 Beta2))

For below please compare to screenshot:
Disabeling Blur fixes the overexposed issues in cairo-dock and makes text in virtualbox readable if the window is above a dark background. I still don't understaqnd why the console window in virtual box is transparent.
Comment 4 Thomas Meixner 2009-06-13 05:18:28 UTC
And btw thanks for you quick reply.
Comment 5 Thomas Meixner 2009-06-13 05:20:36 UTC
Created attachment 34493 [details]
Transparent console window of virtualbox with effect Blur disabled 

The problems with Blur enabled for the cairo-dock are sorted but the transparent background for the console window remains.
Comment 6 lucas 2009-06-13 09:00:38 UTC
The blur effect has been removed from KDE 4.3 thus making this problem invalid. Thank you for testing.
Comment 7 Thomas Meixner 2009-06-17 02:58:57 UTC
I have contacted the original Author about his opinion and advice. Unfortunately he doesn't have the time to work at the Blur anymore but for the sake of completeness and if someone wants to look into this in the future below his response:

I took a look at your screenshots and VirtualBox actually looks correct 
(assuming it's supposed to have transparent background) - 
<< TM: I don't think it shoule be transparent. In Compiz the background is black, only KWin seems to interpret it as transparent>>
if you have white text on a transparent background in front of a white window, then the blur isn't really going to change anything and white on white remains unreadable.

But the dock indeed seems to be broken by the blur effect. I can't say what 
the problem is though. I remember KWin being switched to using premultiplied 
alpha at some point, I wonder if that might have anything to do with it. 
Perhaps the dock uses an unexpected color format (one that KWin doesn't expect 
it to use) or messes up its alpha channel or something.


---

TM: I'm not a KDE Developer and I can only try to guess but from his description it looks as if the error is not with the Blur Effect itself but either with Kwin or the way the two non native KDE applications implement transparency.