Bug 243975 - Blur "bugs" with KDE 4.5 RC2
Summary: Blur "bugs" with KDE 4.5 RC2
Status: RESOLVED FIXED
Alias: None
Product: plasma4
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-08 21:33 UTC by Mark
Modified: 2011-11-20 20:02 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mark 2010-07-08 21:33:55 UTC
Version:           unspecified (using Devel) 
OS:                Linux

Hi,

I just installed KDE 4.5 RC2 on Archlinux and i found a issues with the new blur effect plugin.

1. When you drag a window it's partly transparent but not blurred
2. http://img88.imageshack.us/img88/8679/blurandshadowbug.png says it all. Note that the shadow around the little popup is also partly drawn besides blur that's missing.
3. In box switch mode (alt + tab) there is no blur on the transparent box parts

Reproducible: Always


Actual Results:  
Some transparent parts are not blurred

Expected Results:  
Transparent parts should be blurred

side note. my cpu usage is continuously floating around 20% on all cores (2 cores)... something somewhere likes my CPU since i installed KDE 4.5 RC2.

Good luck,
Mark
Comment 1 Martin Flöser 2011-01-18 07:09:35 UTC
1. Not a bug, but intended behavior.
2. I cannot see anything wrong. If tthe tooltips should be blurred, it has to be requested by systemsettings.
3. Fixed in 4.6

In general please don't mix various issues into one report. That makes it difficult to track the issue or to set the state properly. E.g. We have dupplicate reports for both the first and the third reported issue.
Comment 2 Thomas Lübking 2011-01-18 16:03:19 UTC
(2) looks like a shadow clipping issue (lower right of the blue tooltip), deferring from the fact that both, blur and shadows need to expose the window content, but the effect API only invokes one exposure rect.

Usually this can be prevented by some show animation (fade in, rather not zoom?)