http://bugs.winehq.org/show_bug.cgi?id=30462
Bug #: 30462 Summary: Diablo II: Mouse Jumps All Over... Product: Wine Version: 1.5.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: cheako+winehq@mikemestnik.net Classification: Unclassified
Recent notes:
Another note, windowed(-w) mode works fine.
MouseWarpOverride=force wine "Diablo II.exe"; # Didn't work, though I wonder if I used this correctly?
From the appdb:
by Jason Marty on Friday March 30th 2012, 23:49 Running wine 1.5 (and earlier), the mouse pointer jumps all over the place when in-game. No problems exist when using the menus, but when attempting to move the character the mouse cursor goes nuts. The pointing finger will literally jump all over the screen with even minor movements of the mouse. *However, it seems the "actual" location of the pointer moves correctly. Running an up-to-date version of Arch Linux with the latest wine. It seems this might be an issue with some other library/package, because even the version of Wine that use to work fine for me with this game no longer works.
* -- Mike Mestnik, I noted that as the mouse does move fine clicks are passed to the 'active' location.
by Mike Mestnik on Sunday April 15th 2012, 1:53 I get the same issue running 1.4 and I just upgraded to 1.5.2. However for me mouse clicks are erratic, choosing the currently active location.
by Mike Mestnik on Monday April 16th 2012, 15:15 This is Ubuntu precise, x86-32.
xfce4(xfwm4) X.Org X Server 1.11.3 Release Date: 2011-12-16 Build Date: 21 March 2012 06:09:11AM xorg-server 2:1.11.4-0ubuntu7 (For technical support please see www.ubuntu.com/support) X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 11.0 X.Org XInput driver : 16.0 X.Org Server Extension : 6.0
Using xrandr didn't help. However I did discover that including the menus the in-game menu is also un-effected, thus only when the game board has focus is there an issue. This presents an easy platform to test things as one can activate/deactivate the bug with vary few other changes. *I'll see what else I can glean.
* I discovered nothing.
I've just recompiled wine from **git and applied the 3 patches for Diablo III and the changes from the wine/ppa and AFAICT these are working.
I'd be happy to test other patches.
** git log commit c8495104a9552095037cb15f54ed5939669cf83c Author: root Date: Sun Apr 15 10:58:38 2012 -0500
Mike mestnik migrate to debian src.
commit 0ccd06158b9916543d3a983ad7c19aba4c5a7525 Author: root Date: Sun Apr 15 10:57:49 2012 -0500
Mike mestnik debian patches 2.
commit 2e3aaf2ae5c2d971ab03e80fae4d0199f1b8903c Author: root Date: Sun Apr 15 10:57:04 2012 -0500
Mike mestnik debian patches.
commit a014a68b8b381703043846e6bf81ddc15ae3c973 Author: root Date: Sun Apr 15 10:54:06 2012 -0500
Mike mestnik D3 patches.
commit c6a673291da6e9ee956910f35efcde0a8d8437ea Author: Alexandre Julliard Date: Fri Apr 13 20:15:32 2012 +0200
Release 1.5.2.
by Mike Mestnik on Monday April 16th 2012, 19:08 I have some more information, remember reading I said the 'ghosted' positions formed a rectangle? Well check this out:
Of the 4 locations x(1):y(1) to x(4):y(4) x(1)=x x(2)=x*2 x(3)=x x(4)=x*2
y(1)=y y(2)=y y(3)=y*2 y(4)=y*2
When the mouse is in the upper left corner the 4 locations are vary close together and when the mouse is near the center the 3 other ghost locations are near the bottom and right of the screen. As indicated x(1):y(1) seams to track the 'original'/intended mouse location vary well.