Launchpad has imported 77 comments from the remote bug at http://bugs.winehq.org/show_bug.cgi?id=27156.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2011-05-13T19:59:51+00:00 Austin English wrote: Regression from 1.3.19: fd4ad5a60433b8314dce684b9d52f43769cd5867 is the first bad commit commit fd4ad5a60433b8314dce684b9d52f43769cd5867 Author: Alexandre Julliard <[email protected]> Date: Fri May 13 12:40:19 2011 +0200 winex11: Don't use raw events for button events so that we get the right coordinates. :040000 040000 d046b97119984a1e2a0591144ff6ed2bc15e3ea4 465eb2f383428394793525fde1d7f7934da0d08a M dlls the option in winecfg to allow fullscreen windows to grab the mouse makes no difference. You can use the custom argument '-nointro' to skip the intro videos and get straight to the menu. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/0 ------------------------------------------------------------------------ On 2011-05-14T07:32:46+00:00 Adys wrote: Possible dupe: bug 27158 Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/1 ------------------------------------------------------------------------ On 2011-05-14T19:23:59+00:00 Rocko wrote: In call of duty 4 I get the crazy jumping mouse in 1.3.20, but only if the option to allow fullscreen windows to grab the mouse is set. I'm emulating a virtual desktop if that makes a difference. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/2 ------------------------------------------------------------------------ On 2011-05-15T15:22:19+00:00 Austin English wrote: *** Bug 27161 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/3 ------------------------------------------------------------------------ On 2011-05-15T15:22:53+00:00 Austin English wrote: *** Bug 27158 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/4 ------------------------------------------------------------------------ On 2011-05-15T21:57:59+00:00 Jchevrier wrote: This bug also affects Unreal Tournament (UT99) in full screen mode (regardless of the setting of "Automatically capture the mouse in full- screen windows"). The mouse works as expected if you configure a virtual desktop. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/5 ------------------------------------------------------------------------ On 2011-05-16T04:34:01+00:00 Austin English wrote: *** Bug 27179 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/6 ------------------------------------------------------------------------ On 2011-05-16T12:19:52+00:00 Austin English wrote: *** Bug 27182 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/7 ------------------------------------------------------------------------ On 2011-05-16T12:20:19+00:00 Adys wrote: Major, affects many game. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/8 ------------------------------------------------------------------------ On 2011-05-16T12:27:30+00:00 Gyebro69 wrote: In current git (wine-1.3.20-44-gddad22d) the mouse problem is fixed in Half-Life 2 and Counter-Strike:Source. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/9 ------------------------------------------------------------------------ On 2011-05-16T14:13:10+00:00 L29Ah wrote: (In reply to comment #9) > In current git (wine-1.3.20-44-gddad22d) the mouse problem is fixed in > Half-Life 2 and Counter-Strike:Source. Just compiled it from git and observe the crosshair pointing into ground at random times. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/10 ------------------------------------------------------------------------ On 2011-05-16T14:25:13+00:00 Elton wrote: I still have jumpy mouse in wine-1.3.20-44-gddad22d, e.g. in Half-Life. Compiling using --without-xinput2 provides a workaround. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/11 ------------------------------------------------------------------------ On 2011-05-16T14:56:50+00:00 Austin English wrote: Bioshock is fixed by: http://source.winehq.org/git/wine.git/commitdiff/0e2b4f99a9f5d97f8da0189037b7516cf1585d45 for me with Xserver 1.9.4. though I'm going to leave this open for a few more days, since at least Source games may still affected by the original commit. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/12 ------------------------------------------------------------------------ On 2011-05-16T14:57:01+00:00 Austin English wrote: Increasing severity. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/13 ------------------------------------------------------------------------ On 2011-05-16T15:15:38+00:00 Joško wrote: This also affects Warcraft III (RoC & TFT) games. Mouse scrolling and mouse movement is really bad. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/14 ------------------------------------------------------------------------ On 2011-05-16T20:05:26+00:00 Winehq-org wrote: (In reply to comment #12) Source games look to be fixed here - tested todays git with L4D2. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/15 ------------------------------------------------------------------------ On 2011-05-16T21:53:45+00:00 Jchevrier wrote: Unreal Tournament's menu screen appears fixed with today's git. I'm having an occasional look at the floor issue (you're facing forward, then suddenly you're looking at the floor) that happens intermittently during game play. Not sure if this is a related issue. Guess it's off to do regression testing. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/16 ------------------------------------------------------------------------ On 2011-05-17T10:44:38+00:00 Wine wrote: Problems with Diablo II after upgrade from 1.3.19 to 1.3.20 aswell. It only happens after opening an info screen either left or right (Inventory, Stats, Merc), but not when opening both sides at the same time like with the stash. It seems dependant on the side of the screen the info screen is displayed. When the inventory (right side) is opened the real mouse position shifts to the right. Then when the mouse is moved the cursor jumps to the actual location and from there moves the cursor the way the mouse was moved. After closing the inventory the real mouse position shifts back to the left. Same for an info screen on the left side. Real mouse position shift left on opening, and back right again after closing. Also, this is only noticeable if the mouse is moved after opening or closing. If for example the inventory screen gets opened and closed while the mouse isn't moved, the mouse cursor stays at the right position. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/17 ------------------------------------------------------------------------ On 2011-05-17T10:50:12+00:00 Adys wrote: Please don't post in this bug unless you are running a Wine git clone from at least the 16th of May. Commits to fix this bug are: 9556b4f7dbf71aec2f4ebf89ec164ae91d9b43ac 0e2b4f99a9f5d97f8da0189037b7516cf1585d45 d1f5c13162d15873b2b51b28cfb56035f0890183 If it's still happening to you after these, feel free to post, otherwise not much point. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/18 ------------------------------------------------------------------------ On 2011-05-17T22:01:06+00:00 Rocko wrote: It's a ton better since those commits but I still find myself sometimes suddenly looking at the floor in call of duty games, usually when scrabbling around on the keyboard as well as desperately moving the mouse as I try to evade a juggernaut. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/19 ------------------------------------------------------------------------ On 2011-05-18T04:04:52+00:00 Alexandre Julliard wrote: That's most likely the XWarpPointer bug. I added a workaround but it's not foolproof. This has to be fixed on the XInput2 side. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/20 ------------------------------------------------------------------------ On 2011-05-18T12:26:24+00:00 Dan Kegel wrote: This one, right? https://bugs.freedesktop.org/show_bug.cgi?id=30068 Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/21 ------------------------------------------------------------------------ On 2011-05-18T13:35:06+00:00 Ivan Borzenkov wrote: *** Bug 27205 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/22 ------------------------------------------------------------------------ On 2011-05-18T18:03:43+00:00 Austin English wrote: *** Bug 27213 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/23 ------------------------------------------------------------------------ On 2011-05-19T19:16:15+00:00 Elton wrote: This bug could need a better/more general title. Is anyone from Wine lobbying to get the X11 bug fixed? Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/24 ------------------------------------------------------------------------ On 2011-05-19T19:58:46+00:00 Rocko wrote: If the bug is in X rather than wine, why does wine 1.3.17 + xinput2 patch not exhibit the same behaviour? Does it have another workaround? Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/25 ------------------------------------------------------------------------ On 2011-05-19T21:23:59+00:00 michael.curran wrote: The Witcher still has this problem. My bisect pointed to commit a59c7cc8596b658d3c0854a737528cf60947ac1f as the problem. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/26 ------------------------------------------------------------------------ On 2011-05-20T19:52:36+00:00 Anders G. Jørgensen wrote: Same problem in Call of Duty. Wine 1.3.20. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/27 ------------------------------------------------------------------------ On 2011-05-21T00:27:30+00:00 Timwoj wrote: I've patched up to the latest git (as of about 30 minutes ago) and at least Rift still exhibits the same behavior. I haven't tested anything else. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/28 ------------------------------------------------------------------------ On 2011-05-21T04:26:18+00:00 Roman wrote: (In reply to comment #25) > If the bug is in X rather than wine, why does wine 1.3.17 + xinput2 patch not > exhibit the same behaviour? It has related issues. See my comment 489 for bug 6961. It is the same problem with XWarpPointer. In what concerns the current wine from git. For DeusEx, AvP2 mouse jumps have almost gone, but still occure suddenly sometimes. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/29 ------------------------------------------------------------------------ On 2011-05-22T12:47:32+00:00 Alexandre Julliard wrote: *** Bug 27255 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/30 ------------------------------------------------------------------------ On 2011-05-23T12:55:44+00:00 Alexandre Julliard wrote: *** Bug 27267 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/31 ------------------------------------------------------------------------ On 2011-05-27T17:32:58+00:00 Karabaja4-o wrote: It seems this bug still happens on alot of games, including: Starcraft: Brood War (when rectangle-selecting units with mouse, after which the game crashes when you release the mouse button) Star Wars Jedi Knight III: Jedi Academy (everywhere) Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/32 ------------------------------------------------------------------------ On 2011-05-27T17:33:49+00:00 Karabaja4-o wrote: P.S. Using wine 1.3.21. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/33 ------------------------------------------------------------------------ On 2011-05-29T03:09:03+00:00 Evan Goers wrote: This is still a problem in wine-1.3.21(actually, latest git). CounterStrike: Source and possibly every other Source engine game is affected. Seemingly at random, the mouse jumps in a way that you are instantly looking at the ground. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/34 ------------------------------------------------------------------------ On 2011-05-29T08:53:33+00:00 Winehq-org wrote: I can confirm what Evan said in #34. While the problem has been significantly reduced, it does occasionally and randomly still seem to change where you're looking in Source games. I tested with L4D2 and the current git. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/35 ------------------------------------------------------------------------ On 2011-05-29T10:46:58+00:00 Wine-9 wrote: *** Bug 27319 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/36 ------------------------------------------------------------------------ On 2011-05-29T13:44:06+00:00 Axel-f wrote: I can confirm this bug in Portal2. It happens in the git version I've installed today. Informations: wine-1.3.21, Gentoo Linux 2.6.36-gentoo-r5 #3 SMP Sat Mar 26 17:53:26 CET 2011 x86_64 Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz GenuineIntel GNU/Linux nvidia-drivers-260.19.36 and it happens often when you play the game causing unexpected deaths! :P Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/37 ------------------------------------------------------------------------ On 2011-05-29T13:49:43+00:00 Nelson-3 wrote: confirm on wine 1.3.21 mouse jumping randomly in Day of Defeat:Source Arch Linux strangely it was fine until a distro update for the same package (wine-1.3.21-1 -> wine-1.3.21-2) nothing special has changed (only added a dependency in package data, no build option changed) more interestingly, i think back in 1.3.19 or 1.3.20, about the time gcc 4.6.0 released, i tried to compile wine with gcc 4.6, the bug occurs. (it was fine when i built it with gcc 4.5.x but i believe both wine-1.3.21-1 and 1.3.21-2 of arch linux are built with gcc 4.6 this cant explain why it works fine with 1.3.21-1 maybe some combination of other libraries contribute to the bug? maybe gcc? Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/38 ------------------------------------------------------------------------ On 2011-05-29T14:42:54+00:00 Winehq-org wrote: (In reply to comment #38) > strangely it was fine until a distro update for the same package The older version was probably built using --without-xinput2 on the .configure command. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/39 ------------------------------------------------------------------------ On 2011-05-29T15:11:56+00:00 Karabaja4-o wrote: @ Nelson Chan: For me bug is there in both 1.3.21-1 and 1.3.21-2... your situation is very weird, the only thing changed was a libxi dependency in PKGBUILD if I remember right.. it was probably built against a newer version of something else, not necessarily with newer gcc, and it somehow affected this bug in an unknown way. @ 3vil: No, it wasn't. We can see the diff in the Archlinux git system and the only thing changed was a random dependency. Both -1 and -2 do not have --without-xinput2. anyway as I said, the bug remains :( Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/40 ------------------------------------------------------------------------ On 2011-05-29T16:28:21+00:00 Warren Dumortier wrote: If this is the same issue I have, then a lot of games here are affected like GTA San Andreas, Call of Duty Black Ops, Call of Duty 4, Day of Defeat Source, Garry's Mod. Suddenly the view is recentered towards the floor, or in CoD the mouse keeps spinning. Is that the same problem you have people? Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/41 ------------------------------------------------------------------------ On 2011-05-29T17:05:13+00:00 Evan Goers wrote: (In reply to comment #41) > If this is the same issue I have, then a lot of games here are affected like > GTA San Andreas, Call of Duty Black Ops, Call of Duty 4, Day of Defeat Source, > Garry's Mod. Suddenly the view is recentered towards the floor, or in CoD the > mouse keeps spinning. Is that the same problem you have people? Yes, this is very much the same behavior. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/42 ------------------------------------------------------------------------ On 2011-05-29T18:22:44+00:00 Timwoj wrote: I built a recent git checkout from last week with --without-xinput2. Rift doesn't have nearly as bad of issues, but some problem still exists. The mouse will jump small distances periodically. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/43 ------------------------------------------------------------------------ On 2011-05-30T04:19:24+00:00 Warren Dumortier wrote: If I understand, this issue needs to be resolved outside Wine, wouldn't it be a good idea in this case to add an option to disable/enable it, on a per game basis preferably (like with MouseWarpOverride)? Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/44 ------------------------------------------------------------------------ On 2011-05-30T06:10:17+00:00 Nelson-3 wrote: between, using touchpad instead of external USB mouse would not experience the mouse jumping issue. probably because the input of touchpad is different from mouse and maybe the issue lies in X ? Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/45 ------------------------------------------------------------------------ On 2011-05-30T07:11:52+00:00 Karabaja4-o wrote: It seems fixed in Archlinux, this update fixed it for me: * xorg-server 1.10.2-1 -> xorg-server 1.10.2-2 * diff message: Build with mesa and resourceproto from testing mesa: 7.10.99.git20110526-1 resourceproto: resourceproto 1.2.0-1 Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/46 ------------------------------------------------------------------------ On 2011-05-30T07:16:36+00:00 Karabaja4-o wrote: Although... mouse still sometimes turns to floor and starts to spin in some games, way too often. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/47 ------------------------------------------------------------------------ On 2011-05-30T09:37:04+00:00 Warren Dumortier wrote: (In reply to comment #46) > It seems fixed in Archlinux, this update fixed it for me: > > * xorg-server 1.10.2-1 -> xorg-server 1.10.2-2 > * diff message: Build with mesa and resourceproto from testing > > mesa: 7.10.99.git20110526-1 > resourceproto: resourceproto 1.2.0-1 Here I still have this issue on Arch... I read there was a workaround above concerning XWarpPointer, can someone point me out to it? Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/48 ------------------------------------------------------------------------ On 2011-05-30T10:25:55+00:00 michael.curran wrote: (In reply to comment #44) > If I understand, this issue needs to be resolved outside Wine, wouldn't it be > a > good idea in this case to add an option to disable/enable it, on a per game > basis preferably (like with MouseWarpOverride)? Well, a Wine patch introduced the problem, Wine 1.13.19 doesn't have the problem. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/49 ------------------------------------------------------------------------ On 2011-05-30T11:13:53+00:00 Warren Dumortier wrote: (In reply to comment #49) > (In reply to comment #44) > > If I understand, this issue needs to be resolved outside Wine, wouldn't it > > be a > > good idea in this case to add an option to disable/enable it, on a per game > > basis preferably (like with MouseWarpOverride)? > > Well, a Wine patch introduced the problem, Wine 1.13.19 doesn't have the > problem. Yes, but the commits won't be reverted and if it is not fixed in X11 we will have to wait a until the next release with the fix, which maybe will take some time... Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/50 ------------------------------------------------------------------------ On 2011-05-30T11:32:00+00:00 Karabaja4-o wrote: (In reply to comment #48) > Here I still have this issue on Arch... Hmm.. do you have testing enabled (and updated to these packages I mentioned)? I'd like to correct my upper comment, random mouse movements, spinning or just a quick random camera movement to the floor in games happens in ALL games and makes most of them unplayable - like once every 5 seconds. Meh... I'm back to wine 1.3.14, it's the last one that had mouse functions unchanged. In wine 1.3.15 mouse feeling began to "feel different" when playing games. Like it was less precise or slower or something, hard to explain. But I had difficulty controlling those games as I used to. Then wine 1.3.20 introduced this skipping cursor thing and made things even worse :/ Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/51 ------------------------------------------------------------------------ On 2011-05-30T11:40:17+00:00 Warren Dumortier wrote: (In reply to comment #51) > (In reply to comment #48) > > Here I still have this issue on Arch... > > Hmm.. do you have testing enabled (and updated to these packages I mentioned)? > > I'd like to correct my upper comment, random mouse movements, spinning or just > a quick random camera movement to the floor in games happens in ALL games and > makes most of them unplayable - like once every 5 seconds. > > Meh... I'm back to wine 1.3.14, it's the last one that had mouse functions > unchanged. In wine 1.3.15 mouse feeling began to "feel different" when playing > games. Like it was less precise or slower or something, hard to explain. But I > had difficulty controlling those games as I used to. Then wine 1.3.20 > introduced this skipping cursor thing and made things even worse :/ I'll try testing. I don't understand though, you say you'll go back to 1.3.14 and you also said it was fixed. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/52 ------------------------------------------------------------------------ On 2011-05-30T12:22:40+00:00 michael.curran wrote: (In reply to comment #50) > (In reply to comment #49) > > Well, a Wine patch introduced the problem, Wine 1.13.19 doesn't have the > > problem. > > Yes, but the commits won't be reverted and if it is not fixed in X11 we will > have to wait a until the next release with the fix, which maybe will take some > time... I'm not a professional, but it doesn't really seem sound to leave Wine in a broken state until some other group fixes something. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/53 ------------------------------------------------------------------------ On 2011-05-30T12:31:11+00:00 Warren Dumortier wrote: (In reply to comment #53) > (In reply to comment #50) > > (In reply to comment #49) > > > > Well, a Wine patch introduced the problem, Wine 1.13.19 doesn't have the > > > problem. > > > > Yes, but the commits won't be reverted and if it is not fixed in X11 we will > > have to wait a until the next release with the fix, which maybe will take > > some > > time... > I'm not a professional, but it doesn't really seem sound to leave Wine in a > broken state until some other group fixes something. Yes, that's why I think it would be interresting to be able to configure whether or not to use XInput2 on a per application basis, just like MouseWarpOverride. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/54 ------------------------------------------------------------------------ On 2011-05-30T12:39:13+00:00 Alexandre Julliard wrote: (In reply to comment #54) > Yes, that's why I think it would be interresting to be able to configure > whether or not to use XInput2 on a per application basis, just like > MouseWarpOverride. You can set the GrabPointer option in HKCU/Software/Wine/X11 Driver. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/55 ------------------------------------------------------------------------ On 2011-05-30T12:58:36+00:00 Warren Dumortier wrote: (In reply to comment #55) > (In reply to comment #54) > > Yes, that's why I think it would be interresting to be able to configure > > whether or not to use XInput2 on a per application basis, just like > > MouseWarpOverride. > > You can set the GrabPointer option in HKCU/Software/Wine/X11 Driver. I tried that new option on both enabled/disabled and it didn't solve the problem for any game I tried. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/56 ------------------------------------------------------------------------ On 2011-05-30T13:32:37+00:00 Karabaja4-o wrote: (In reply to comment #52) > I'll try testing. > I don't understand though, you say you'll go back to 1.3.14 and you also said > it was fixed. I corrected myself later. The part that is fixed is the part when mouse jumps around in huge intervals. Now it's smooth but it still sometimes flys off somewhere every 5 seconds making the game unplayable. The reason I returned to 1.3.14 is that 1.3.15 changed the mouse "feeling" (important in FPS games). Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/57 ------------------------------------------------------------------------ On 2011-05-30T16:29:42+00:00 Austin English wrote: https://bugs.freedesktop.org/show_bug.cgi?id=30068#c1 Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/58 ------------------------------------------------------------------------ On 2011-06-03T14:19:26+00:00 Earns-61 wrote: > https://bugs.freedesktop.org/show_bug.cgi?id=30068#c1 Since this bug is caused by bad implementation of input structure in X itself, I guess it's worth describing on http://wiki.winehq.org/FromOtherProjects Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/59 ------------------------------------------------------------------------ On 2011-06-03T16:53:46+00:00 Dan Kegel wrote: Filed https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/792598 to help prod this along a little. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/60 ------------------------------------------------------------------------ On 2011-06-05T09:22:27+00:00 Jazzvoid wrote: (In reply to comment #58) > https://bugs.freedesktop.org/show_bug.cgi?id=30068#c1 So, uhh, I've found a proposal by Peter Hutterer on fixing this bug and tried to write a rough fix for xorg-server 1.9.5 http://paste.pocoo.org/show/401098/ I don't have a clue on how does X work, but it seems to fix the problem with Mad Fish' test case warptest.c: no more raw events on XWarpPointer. But Team Fortress 2 with the most "broken" version of wine 1.3.20 exhibits absolutely the same behavior both on patched and unpatched xorg-server: mouse jumping at the beginning of mouse movement, mouse jumping on (probably) cursor warping and mouse jumping on mouse clicks. I have no idea what else can be done except just checking tracer debug channels. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/62 ------------------------------------------------------------------------ On 2011-06-05T10:17:18+00:00 Dan Kegel wrote: Looks like this is the post you found: http://lists.x.org/archives/xorg-devel/2010-September/012757.html His message had two suggestions in it. The second one "if you're not using the cursor itself because you're e.g. rendering your own or it's not needed by the application, you can grab the slave devices directly and detach them. in that case you don't have to worry about warp pointer at all." also sounds interesting... Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/63 ------------------------------------------------------------------------ On 2011-06-05T16:00:38+00:00 Jazzvoid wrote: I think that exclusive mouse grab would work only if you know when to activate it, e.g. when you're writing your own game or fullscreen app. Did some more tests. Team Fortress 2 (Source game) and Lost Coast (another Source game) with wine 1.3.21 + patched xorg seem to work flawlessly, like in pre-Xi2 wine (no mouse jumps making you look at the ground) AvP2 with wine 1.3.21 + patched xorg: broken, like in pre-Xi2 wine, aim spins at will on any mouse events. AvP2 with 1.3.16 + old (Vitaliy's?) Xi2 patch and patched xorg-server: mouse works flawlessly, game warps it with no problem in-game and does not warp it in the menu. Half-Life 2: Lost Coast (Source game) with 1.3.16 + old Xi2 patch and patched xorg-server: broken, aim is "quantized" (small jumps instead of smooth movement). Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/64 ------------------------------------------------------------------------ On 2011-06-05T22:43:04+00:00 Dan Kegel wrote: *** Bug 27402 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/65 ------------------------------------------------------------------------ On 2011-06-06T02:12:03+00:00 Alexandrbezenkov wrote: Bug present in Portal under Wine 1.3.21 in Mandriva 2010.2. Nvidia GT430 with 270.41.19 driver from http://www.nvidia.ru/object/linux-display- ia32-270.41.19-driver-ru.html. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/66 ------------------------------------------------------------------------ On 2011-06-06T03:02:31+00:00 Netfab wrote: Tested (under gentoo) patched xorg-server-1.9.5 with patch from comment #61. With wine 1.3.20 : Tomb Raider Anniversary, Jedi Academy, Jedi Outcast, Team Fortresse 2, Portal ==> mouse jumps. With wine 1.3.21 : Tomb Raider Anniversary, Jedi Academy, Jedi Outcast, Team Fortresse 2, Portal ==> seems to work fine. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/67 ------------------------------------------------------------------------ On 2011-06-06T19:13:08+00:00 Dan Kegel wrote: eve online's menu seems to be affected. With wine-1.3.21, the selected menu item moves twice as fast as the mouse. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/68 ------------------------------------------------------------------------ On 2011-06-07T10:28:58+00:00 rot13 wrote: (In reply to comment #61) > So, uhh, I've found a proposal by Peter Hutterer on fixing this bug and tried > to write a rough fix for xorg-server 1.9.5 > http://paste.pocoo.org/show/401098/ This patch fixes Red Faction, Wine from current git with patch for bug #27406. Without your patch every mouse movement causes the character to immediately look at the ground and rotate around at high speed. With the patch it works properly, and mouse look is silky smooth (without xi2 it's a bit jerky). Good work! Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/69 ------------------------------------------------------------------------ On 2011-06-08T18:15:23+00:00 Klamoshnikprogrammer wrote: > (In reply to comment #61) > So, uhh, I've found a proposal by Peter Hutterer on fixing this bug and tried > to write a rough fix for xorg-server 1.9.5 > http://paste.pocoo.org/show/401098/ Doesn't seem to fix it for me... :( wine-1.3.21 fixed problem with 360 degrees rotating for Crysis 1 with "grab" option, but Half-Life 1 has mouse lag issue when clicking mouse. Only solved with virtual desktop option which is quite hacky way. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/70 ------------------------------------------------------------------------ On 2011-06-09T10:43:28+00:00 Austin English wrote: *** Bug 27420 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/71 ------------------------------------------------------------------------ On 2011-06-12T04:46:07+00:00 okias wrote: *** Bug 27300 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/72 ------------------------------------------------------------------------ On 2011-06-12T19:29:27+00:00 Zibeon wrote: This bug still affects Counter Strike Source( wine1.3.19/20/21/22 ) Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/73 ------------------------------------------------------------------------ On 2011-06-12T19:40:37+00:00 Oli D wrote: This also affects Red Alert 2 (with or without Yuri's Revenge). Either compiling Wine-1.3.22 with '--without-xinput2' or using wine-1.3.18 allows one to workaround the bug though. Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/74 ------------------------------------------------------------------------ On 2011-06-15T18:18:23+00:00 Chris Rankin wrote: Compiling wine 1.3.21 without XInput2 support restores mouse-sanity to World of Warcraft. My Xorg server is: xorg-x11-server-Xorg-1.10.2-1.fc15.i686 Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/75 ------------------------------------------------------------------------ On 2011-06-16T17:31:04+00:00 Sworddragon wrote: *** Bug 27225 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/76 ------------------------------------------------------------------------ On 2011-06-17T18:27:41+00:00 Lill-guill wrote: Just for info. I have the same problem for OPERATION FLASHPOINT GOTY WITH WINE 1.3.21 Reply at: https://bugs.launchpad.net/wine/+bug/792598/comments/77 ** Changed in: wine Status: Unknown => Confirmed ** Changed in: wine Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/792598 Title: XWarpPointer sends wrong raw mouse input event To manage notifications about this bug go to: https://bugs.launchpad.net/wine/+bug/792598/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
