reassign 523734 xorg-server
thanks
Hi German--
Thanks for your debugging and research!
On 04/13/2009 07:39 AM, German C wrote:
> it's probably
> related to this two bugs (I found the workaround there).
>
> https://bugs.launchpad.net/ubuntu/+source/libxtst/+bug/337926
> https://bugs.launchpad.ne
Once again I solved it, this time connecting a mouse. I'm not sure of
understanding why it needs to be connected to work but it's probably
related to this two bugs (I found the workaround there).
https://bugs.launchpad.net/ubuntu/+source/libxtst/+bug/337926
https://bugs.launchpad.net/ubuntu/+sourc
I was wrong once again. Even with vesa I have the same bug, but it's
only reproducible if I press the play button (XF86AudioPlay) first.
After that it'll not work until the next Xorg restart.
I will try to test it in a VM later to see what I find
--
To UNSUBSCRIBE, email to debian-bugs-dist-re
Apparently the problem was the nvidia driver. When I upgraded xorg I
upgraded the nvidia driver to the last beta version too. The bug is
not reproducible with vesa, so I'm going go puke the nvidia guys =).
Thanks for your help, this bug is solved for me
--
To UNSUBSCRIBE, email to debian-bugs-
tags 523734 +unreproducible
thanks
On 04/12/2009 04:35 AM, German C wrote:
> After the last xserver-xorg upgrade mousemove puts the pointer in the center
> of the screen.
>
> Test:
> $ xdotool mousemove 1 1 && xdotool getmouselocation
> x:640 y:512 screen:0
Hrm. I'm not seeing this particular m
Package: xdotool
Version: 20090330-1
Severity: normal
After the last xserver-xorg upgrade mousemove puts the pointer in the center
of the screen.
Test:
$ xdotool mousemove 1 1 && xdotool getmouselocation
x:640 y:512 screen:0
-- System Information:
Debian Release: squeeze/sid
APT prefers unstab
6 matches
Mail list logo
