Xrandr rotate with metacity artifacts (i965GM)

xrandr now doesn't crash compiz.

still leaves artifacts behind on both metacity and compiz though. unable to capture it using screenshot, so i'm thinking it might be a driver issue?

This happens to me as well.
X3100 video using the 'intel' driver.

using xrandr to rotate the display (any way, inverted, right or left) on my Fujitsu T4220 convertible causes artifacts to appear when windows are moved.
When 'xrandr -o normal' is run again , everything is fine.

I'm also not using Compiz at all.

I can post Xorg log if it helps.

Can you both post your Xorg.0.log, (or Xorg.0.log.old if rebooting after a crash), so we can identify anything common to the systems seeing this bug.

I don't personally see the artifacts in the screenshot shown, but did manage to crash my machine trying to reproduce this (and VT switching to try and reset from Xrandr inverted mode). Once I'm in inverted mode, compiz actually stops responding to any mouse clicks, so I may be seeing some different issues.

I'm not sure if 'artifacts' is the right word, but It's as if the screen doesn't redraw correctly, as you can see from the screenshot that irongrunty attached.

Here is my Xorg.0.log before i run xrandr -o right

For anyone coming at this from a driver debugging point of view.. from what I could tell of it (whilst looking at the 855 bug), the xrandr rotate code works via the rendering system to put a picture on screen from a "shadow" buffer, transformed by a rotation matrix.

The symptom here might be due to the damage not being updated correctly, or possibly a bug in the render acceleration of the graphics driver.

As I don't have the HW to replicate, can someone describe whether the "window trails" are left by any abitrary direction dragging, or if its just movememnts in a particular direction?

I get the trails when I move a window in any direction. It also seems that if I move the window really slowly, it doesn't leave a trail (or hardly any).

I think the redrawing issue only happens on the actual desktop. The gnome panels and the application menus in the panel seem to redraw fine, without any artifacts.

It looks like this is actually a duplicate of bug #129380.