Mouse pointer shifts slightly with xrandr -q

Bug #251310 reported by chickendude
2
Affects Status Importance Assigned to Milestone
xserver-xorg-video-intel (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

I'm using Hardy Heron 8.04

When my mouse is idle (for about 1 second), the mouse pointer shifts down and to the right by a very slight margin. When I click/move the mouse, the pointer shifts back up to its actual location.
It is only the visual graphic of the pointer that shifts. The actual location inside the system remains in its original spot as shown by how it moves back when clicked.

I have three different mice I tried it with - touchpad, USB mouse, and bluetooth mouse. All three have the same problem. This leads me to believe that it's a software problem with X and not a hardware problem.

Revision history for this message
chickendude (nipunn1313) wrote :

I've isolated the problem to the command
xrandr -q

I had it running in a script I had. The script was supposed to check if my external monitor (21") was plugged into my laptop (15.4") and change the resolutions if it was plugged/unplugged.

The single command xrandr -q causes twitching. I suppose this is to be expected from a command of the nature of xrandr, but it seems unnecessary for a query command to cause a twitch like this.

I guess I'll have to switch my resolutions manually.

I suppose this could be considered a bug in xrandr.
To reproduce run:
while :
do
  xrandr -q
  sleep 2
done

Watch the mouse twitch all the time.

Revision history for this message
nine (niin-deactivatedaccount-deactivatedaccount) wrote :

Thank you for this bug report. I reproduced it, so am setting its status to confirmed. xrandr is part of x11-xserver-utils, however I'm not changing the 'xorg (Ubuntu)' task per the instructions on https://wiki.ubuntu.com/Bugs/FindRightPackage.

There have been some xrandr fixes recently that are incorporated in Intrepid Ibex. I did not succeed in finding this particular issue upstream (but I might have missed it in the upstream bugtracker). Also, because of unrelated issues, I could not test in Intrepid itself. I will try again in the near future. Thanks.

Changed in xorg:
status: New → Confirmed
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Reproduced with intel driver, and I bet you have the same?

Revision history for this message
chickendude (nipunn1313) wrote :

I do have an Intel driver, but is that required for the problem? It doesn't seem like we've narrowed it to the Intel driver.

Revision history for this message
nine (niin-deactivatedaccount-deactivatedaccount) wrote :

I could now test it with an Intrepid live CD and it also happens there. @Timo: I'm also using the intel driver.

Revision history for this message
nine (niin-deactivatedaccount-deactivatedaccount) wrote :

@timo: you where suggesting (in your comment and by setting the xserver-xorg-video-intel package) you know more about the cause of the problem. If so, please elaborate on it, so the bug can be triaged. As it is now the bug seems to be stalled (or is fixing it on your todo list)?

Changed in xserver-xorg-video-intel:
importance: Undecided → Low
Revision history for this message
nine (niin-deactivatedaccount-deactivatedaccount) wrote :

No response from Timo about why this would be an intel driver bug. Setting it back to the xorg package.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

It was a bug in the driver, and fixed now in intrepid. Don't know the details why this happened, though.

Changed in xorg:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.