Ticket #7612 (closed defect: fixed)
XRender cursor rendering broken with XShmPutImage
|Reported by:||bert||Owned by:||cscott|
|Priority:||blocker||Milestone:||8.2.0 (was Update.2)|
|Component:||x window system||Version:||Development build as of this date|
|Keywords:||8.2.0:? joyride-2208:- blocks:8.2.0 joyride-2363:+ 8.2-759:+||Cc:||bernie, JordanCrouse, etoys, dsd, jg, gregorio|
|Action Needed:||test in release||Verified:||no|
|Deployments affected:||Blocked By:|
Joyride-2201: The default large cursor in Etoys leaves gribblies on the screen when drawing at the same location. This can most easily seen by running Etoys and wiggling the mouse pointer over the moving red car in its start screen.
Apparently, the cursor rendering does not update the patch it grabbed from the frame buffer if that frame buffer location is written to. This should not happen, and particularly not if we were using the hardware cursor.
The problem does not occur in jhbuild (Xephyr) or regular Linux, so I am pretty certain this is not an Etoys bug. Also, the stable build (708) is fine. Setting to blocker since this is a regression.