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|
|Deployments affected:||Action Needed:||test in release|
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.
Change History (45)
comment:1 Changed 9 years ago by bert
- Summary changed from XRender cursor rendering broken to XRender cursor rendering broken with XShmPutImage
Changed 9 years ago by ohshima
comment:43 Changed 8 years ago by cscott
- Action Needed changed from add to release to test in release