ubuntu-x-swat team mailing list archive
-
ubuntu-x-swat team
-
Mailing list archive
-
Message #132637
[Bug 792598] Re: XWarpPointer sends wrong raw mouse input event
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 <julliard@xxxxxxxxxx>
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-X,
which is subscribed to xorg-server in 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
References
