| Summary: | mouse pointer does not work interactively in eternal lands | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Roy Marples <uberlord> | ||||||||
| Component: | Server/General | Assignee: | Xorg Project Team <xorg-team> | ||||||||
| Status: | RESOLVED NOTOURBUG | QA Contact: | |||||||||
| Severity: | normal | ||||||||||
| Priority: | high | CC: | dberkholz, joshuabaergen, kem | ||||||||
| Version: | 6.99.99.903 (7.0 RC3) | ||||||||||
| Hardware: | All | ||||||||||
| OS: | Linux (All) | ||||||||||
| Whiteboard: | |||||||||||
| i915 platform: | i915 features: | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Roy Marples
2005-12-14 02:10:08 UTC
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.