for those that are comfortable with building the patched server
http://bugs.freedesktop.org/show_bug.cgi?id=18668
--- Comment #30 from Peter Hutterer 2009-01-29
22:34:20 PST ---
Fedora 10 users can get a scratch build, see
https://bugzilla.redhat.com/show_bug.cgi?id=473825#c35
Otherwise, you
Very happy to see this. I poked that bug to SEVERE last week, and it got
pulled from the group queue and assigned to a dev, the work from this
thread to make it reproducible seems to have helped.
So hopefully we'll see an update soon and the problem will be gone!
awsome.
--
X.org will stop resp
That error may just indicate a generic xmousepos error, for example I
get a very similar message with an invalid param to xmousepos.
da...@cylon:$ xmousepos --help
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 38 (X_QueryPointer)
Resource id
maybe the fix is to force move the mouse from a different screen to the
primary, i'm usually on the second or third screen when it happens, and
my script pushes it to the first.
I've just confirmed, if my mouse is displayed on the first screen and i
break it, it mousemouse 0 0 wont fix it, but mov
Interesting, using Reubens approach i can break it moving the mouse to
the first pixel on the last screen
xte "mousemove 2880 5"
I'm assuming here my config of 1280x1024,1600x1200,1024x1280 results in
2880 being the first column of pixels on the last screen (as the count
starts at 0, the rightmos
The RANDR missing error may be the problem, you get this because it's
not supported in xinerama, I was just ignoring it (doh!) but I
definately see the issue moving from the GPU0-GPU1 boundary which just
happens to be onto or off of my rotated screen. i think everyone with
the triple monitor/xinera
Awsome, Reuben's script can 100% force the error. my script can 100% fix
it, I think this means we are near the end, as if the problem is easily
reproducible it should be easily debuggable/fixable.
good thinking Tessa, good work Reubin.
now how about getting the darn problem fixed core dudes ;-)
tried 'xte mousemove 4000 4000' the pointer disappears but comes back as
soon as I move it.
not conclusive, but i couldn't force the problem using this technique.
--
X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs
frequently, Fatal Error.
https://bugs.launchpad.net/bug
Well I've came up with a decent workaround (at least i think so), you
can force the mouse and xserver back in sync by using a simple command
from the xautomation package. simply forcing the mouse pos to the origin
of the desktop forces them back in sync.
I've written up a short guide http://www.ge
:-(
I have 3 monitors, 1 rotated, and using Xinerama to get single desktop,
cards are 2x8600GT nvidia, running ubuntu 8.10 with the nvidia 180.22
drivers.
I have identical work and home machines, at home I was getting the
problem every couple of hours, at work i changed from a wireless mouse
to a
10 matches
Mail list logo
