xorg-server-0.99.4-r2 eternal-lands-1.1.2 (http://www.eternal-lands.com) mouse pointer moves and clicks correctly, enabling you to move around in the game. However, the pointer is interactive and it changes to reflect an action you can do to what it's pointing at. xorg-server-0.99.4-r2 causes eternal-lands to think it's not where it is - everything you can interact with is a random distance in a random direction. ie, in one place a sign is right in front of you. You can click right underneath the sign to walk up to it, but the mouse point only interacts with the sign when it's say 5 inches of screen to the right of the sign. Regressing to xorg-server-0.99.3-r1 (sadly no longer in Gentoo's portage) fixes the issue.
Roy, could you grab 0.99.4-r1 out of Gentoo's viewcvs and test that? We changed from building against mesa 6.4 to 6.4.1 in -r2, so that would eliminate mesa changes.
Also, which version of xf86-input-mouse are you using? Or evdev?
A couple of questions: - Does this happen with any other applications (other than eternal-lands)? - When you upgraded your xorg-xserver package, did you also upgrade your mouse driver package and the rest of the xorg packages? - Which mouse do you use?
Compiling 0.99.4-r1 now using x11-drivers/xf86-input-mouse-1.0.2 - only gets upgraded when portage tells me it wants it via an emerge -uaDv world which should upgrade everything. However I did try re emerging it but to no effect. only happens with eternal lands, mouse is fine with enemy-territory I use an MS intellimouse explorer, USB. There is an issue with this mouse (or driver) as X reports it has either 11 or 13 buttons (depending on mood - ie random) but it only has 5 + 2 for wheel. xmodmap also has issues. This is reported on another bug #4212
0.99.4-r1 fails which indicates the issue is somewhere in xorg-server. I've regressed again to 0.99.3-r1 and eternal lands plays just fine. Using ~amd64 x11-drivers/ati-drivers-8.20.8 if that helps any - although prior versions have same issue with xorg-server-0.99.4
(In reply to comment #4) > only happens with eternal lands, mouse is fine with enemy-territory Are there any programs it fails with where we could actually look at the source code?
Created attachment 4087 [details] [review] xorg-server-0.99.3-0.99.4.diff Here's the (non-autotool-generated) diff between 0.99.3 and 0.99.4. It's about 240K. I'll also attach a gzip'd version for the bandwidth-impaired. Perhaps this will help in finding the problem if a few people looked through it.
Created attachment 4088 [details] xorg-server-0.99.3-0.99.4.diff.gz compressed version, 50k
Created attachment 4089 [details] [review] xfree86server.patch Roy, could you try reversing this patch on an unpacked 0.99.4 and see whether that works?
(In reply to comment #6) > Are there any programs it fails with where we could actually look at the source > code? eternal-lands client is open source http://cvs.berlios.de/cgi-bin/viewcvs.cgi/elc/elc/
(In reply to comment #9) > Created an attachment (id=4089) [edit] > xfree86server.patch > > Roy, could you try reversing this patch on an unpacked 0.99.4 and see whether > that works? Failed to work. I made a reverse patch of your reverse patch and applied it to the 0.99.4-r2 ebuild. Regressing back to 0.99.3-r1 works again :/
x11-base/xorg-server-1.0.1-r2 still has this issue. Regressing back to 0.99.3-r1 fixes things again. If you don't want my constant test reports/spam, let me know :) BTW, Donnie suggested I try the radeon driver + x11-drm. Every opengl app segfaults with that, so I have to use ATIs fglrx driver. This is with an ATI 9800Pro (R300 chipset) if that helps any.
I changed hardware to an nVidia based solution and their drivers work, so I guess it's an ATI issue. At no time were the x-org drivers used, as I could not get 3D working with them.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.