Created attachment 39968 [details] screenshot showing artifacts (bottom), then redrawn after being covered up While using a window manager that uses XSetWindowBorder to draw simple borders around windows, any updates made to those borders (like their color) are not being propagated to drivers that use ShadowFB to get notified of updates. I've seen this behavior with the ratpoison window manager (though probably any simple tiling wm that doesn't custom draw borders will do the same) on the vmware xorg video driver and while running it on Mac OS through XQuartz. Some debugging in the vmware xorg driver showed that the function specified in the ShadowFBInit2 call never received coordinates of updates that included the window borders when XSetWindowBorder was called, only when the borders themselves were overlapped by other windows. On tiling window managers, the windows rarely ever overlap, so those updates happen far too infrequently and result in garbage on the screen most of the time. I filed a similar bug with the XQuartz people while experiencing the problem on Mac OS, but now that I'm also seeing it with the vmware video driver, I am filing it here. http://xquartz.macosforge.org/trac/ticket/412
I am still experiencing the same problem with VMWare Fusion and latest Xorg on FreeBSD. Does anyone have any idea of what can be the reason or know a possible workaround?
commit 2dcb1672620ef5f16111517e9e7a98cf97deb678 Author: Adam Jackson <ajax@redhat.com> Date: Thu Apr 10 13:42:42 2014 -0400 shadowfb: Port to miext/damage (#31303, #65547)
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.