In my KDE 4.4.2 the windows at (0,0) can be corrupted just as easily. Actually I noted the following rule (in KDE): the corruption (a hole in the place where some old tooltip was previously drawn) occures only if the new tooltip (the one which triggers the hole) does NOT cover the window which should be holed. Due to this, the maximized windows are never holed by KDE tooltips. But this rule seemingly does not apply to your testcase: it corrupts just all existing windows.
-- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/325074 Title: Window redrawing does not work properly with KDE4 taskbar tooltips. Status in KDE Base Components: Won't Fix Status in X.Org X server: Fix Released Status in “xorg-server” package in Ubuntu: Fix Released Bug description: On Kubuntu Jaunty, when a KDE taskbar tooltip is drawn on the screen, the last place in which a tooltip was drawn becomes transparent in any window, showing whatever is behind it. This bug only occurs, however, if the tooltip was drawn onto an area of the screen where it does not cover the window. If the tooltip covers any part of a window, then the transparent blocks where the old tooltip was do not appear. Because of this, maximized windows are not affected. To manage notifications about this bug go to: https://bugs.launchpad.net/kde-baseapps/+bug/325074/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
