https://bugs.kde.org/show_bug.cgi?id=409524
--- Comment #11 from Szczepan Hołyszewski <rula...@wp.pl> --- If I am dragging a supposedly "opaque" window, but I am seeing the background behind it while I am dragging it, then the window is not *actually* opaque at this very moment, unless you are using a very specific and technical meaning of "opaque". At this time there are four possible situations: "can't see through", "can see through, no blur", "can see through, blur" and "can see through, blurred AND unblurred background blended together". I think there should be only two possibilities: "can't see through" and "can see through, blur" (if the blur effect is enabled, otherwise of course "can see through, no blur"). Regarding "can see through, blurred AND unblurred background blended together", after further tests I can see that the blending always occurs, and the lower the opacity (greater translucency) the more of the "dry" background is blended in. At higher but non-full opacity values the admixture of unblurred background is barely visible, but it becomes gradually more pronounced as _NET_WM_WINDOW_OPACITY goes down; the perceptual threshold is somewhere around 0xe4000000 for me, and incidentally Konsole has 0xe6666665, which is why I didn't originally see the unblurred admixture in Konsole. I'll prepare some screenshots to demonstrate the problem, and we will probably have to split this bug into several. -- You are receiving this mail because: You are watching all bug changes.