http://bugs.winehq.org/show_bug.cgi?id=33479
Bug #: 33479 Summary: Guild Wars 2: Raw input is broken #3 Product: Wine Version: 1.5.29 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: sworddragon2@aol.com Classification: Unclassified
Created attachment 44311 --> http://bugs.winehq.org/attachment.cgi?id=44311 Cursor log
The bug is the same as this issue: http://bugs.winehq.org/show_bug.cgi?id=31860
libxi6 and libxi6:i386 are installed and the log doesn't say that it can't be loaded.
This is the used command: WINEDEBUG=+cursor wine '/wine/drive_c/Program Files (x86)/Guild Wars 2/Gw2.exe' -dx9single > /tmp/log.txt 2>&1 In the attachments is the full log.
The problem also happens on a new profile and it doesn't appear if I'm downgrading to Wine 1.5.28.
http://bugs.winehq.org/show_bug.cgi?id=33479
sworddragon2@aol.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=33479
Forest winehq@tibit.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@tibit.com
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #1 from Austin English austinenglish@gmail.com 2013-04-29 02:09:44 CDT --- (In reply to comment #0)
The problem also happens on a new profile and it doesn't appear if I'm downgrading to Wine 1.5.28.
I'd guess that 76bbf106a28c4caa82873e8450bde7d4adc765bf is related. Can you try reverting it?
http://bugs.winehq.org/show_bug.cgi?id=33479
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Guild Wars 2: Raw input is |Guild Wars 2: Raw input is |broken #3 |broken
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #2 from sworddragon2@aol.com 2013-04-29 12:42:15 CDT --- I have compiled the newest git with and without this commit. Only if this commit is not applied all is working fine.
http://bugs.winehq.org/show_bug.cgi?id=33479
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hverbeet@gmail.com Regression SHA1| |76bbf106a28c4caa82873e8450b | |de7d4adc765bf
http://bugs.winehq.org/show_bug.cgi?id=33479
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |winex11.drv
http://bugs.winehq.org/show_bug.cgi?id=33479
Ryan Turner zdbiohazard2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zdbiohazard2@gmail.com
--- Comment #3 from Ryan Turner zdbiohazard2@gmail.com 2013-04-30 14:04:15 CDT --- I'm having the same issue and also bisected it to 76bbf106a28c4caa82873e8450bde7d4adc765bf. Reverting that commit solves the issue for me too.
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #4 from Forest winehq@tibit.com 2013-05-01 16:01:25 CDT --- For Ubuntu users: I've added a patch to my PPA that reverts the offending changeset. This fixes the problem for me too. https://launchpad.net/~foresto/+archive/winepatched/
http://bugs.winehq.org/show_bug.cgi?id=33479
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |berillions@gmail.com
--- Comment #5 from Henri Verbeet hverbeet@gmail.com 2013-06-03 02:43:48 CDT --- *** Bug 33703 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #6 from Berillions berillions@gmail.com 2013-06-05 14:45:05 CDT --- (In reply to comment #5)
*** Bug 33703 has been marked as a duplicate of this bug. ***
This bug concern FarCry 3 too. Didn't find a demo with this regression... And i don't know how to help Henri without it.
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #7 from Berillions berillions@gmail.com 2013-06-16 12:40:00 CDT --- Anno 1404 is concerned by this bug too with mouse problem.
Without Henri's patch (commit 76bbf106a28c4caa82873e8450bde7d4adc765bf) : Simple Left Clic (Action1): Allows to select buildings or units. Always pushed left click (Action2): Draw a rectangle to select more units/buildings (like in RTS)
With Henri's patch : Action1 = Action2. When i do a simple left click, the selection of building/unit works but a rectangle is drawn every time.
------------
There is one workaround for these game : Anno 1404 : Emulate a virtual desktop in winecfg resolv this problem. FarCry 3 : Emulate a virtual desktop in winecfg does not work, you must to disable Fullscreen in this file (~//My Games/Far Cry 3/GamerProfile.xml)
Max
http://bugs.winehq.org/show_bug.cgi?id=33479
Adam Ehlers Nyholm Thomsen adament@adament.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adament@adament.net
--- Comment #8 from Adam Ehlers Nyholm Thomsen adament@adament.net 2013-08-03 01:25:36 CDT --- I don't know if this helps but there is a demo of Anno 1404: http://www.gamershell.com/download_47342.shtml
http://bugs.winehq.org/show_bug.cgi?id=33479
Brandon Corujo haku08879@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |haku08879@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=33479
David Finch david@mytsoftware.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |david@mytsoftware.com
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #9 from Berillions berillions@gmail.com 2013-09-05 08:10:09 CDT --- Still exist in wine-1.7.1 for FarCry3
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #10 from Berillions berillions@gmail.com 2013-10-08 07:17:19 CDT --- (In reply to comment #9)
Still exist in wine-1.7.1 for FarCry3
Still exist in wine-1.7.3-180-g0aa72d8
http://bugs.winehq.org/show_bug.cgi?id=33479
sl1pkn07 sl1pkn07@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sl1pkn07@gmail.com
--- Comment #11 from sl1pkn07 sl1pkn07@gmail.com 2013-10-08 23:51:58 CDT --- revert 76bbf106a28c4caa82873e8450bde7d4adc765bf fixed for me in GW2
greetings
http://bugs.winehq.org/show_bug.cgi?id=33479
Vadim vadim.home@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vadim.home@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=33479
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrey.goosev@gmail.com
--- Comment #12 from Henri Verbeet hverbeet@gmail.com 2013-10-28 07:29:52 CDT --- *** Bug 34802 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=33479
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |g.taffer@mail.com
--- Comment #13 from Austin English austinenglish@gmail.com 2013-10-31 17:47:21 CDT --- *** Bug 34834 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=33479
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |helmut_rhomberg@gmx.at
--- Comment #14 from Rico kgbricola@web.de 2013-11-03 08:06:36 CST --- *** Bug 34818 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=33479
Jascha Knack vm6045290593875342v@vmail.inf.h-brs.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vm6045290593875342v@vmail.i | |nf.h-brs.de
--- Comment #15 from Jascha Knack vm6045290593875342v@vmail.inf.h-brs.de 2013-11-04 04:01:47 CST --- This bug also affects Risen 2. The movement of the player is limited to 720 degrees.
Reverting 76bbf106a28c4caa82873e8450bde7d4adc765bf solves the issue.
http://bugs.winehq.org/show_bug.cgi?id=33479
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tdsbug@gmail.com
--- Comment #16 from GyB gyebro69@gmail.com 2013-12-02 08:46:19 CST --- *** Bug 34805 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #17 from Andrey Gusev andrey.goosev@gmail.com --- Tomb Raider (2013) also affected.
http://bugs.winehq.org/show_bug.cgi?id=33479
Nick Bowler nbowler@draconx.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nbowler@draconx.ca
http://bugs.winehq.org/show_bug.cgi?id=33479
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Severity|normal |major
--- Comment #18 from Jerome Leclanche adys.wh@gmail.com --- Several games affected. Confirming and bumping to major.
http://bugs.winehq.org/show_bug.cgi?id=33479
Hans Nieser hans@nieser.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hans@nieser.nl
--- Comment #19 from Hans Nieser hans@nieser.nl --- *** Bug 35357 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #20 from Hans Nieser hans@nieser.nl --- This also affects EVE Online, but in my case *only* if I also have Synergy running (with EVE running on the same machine as the Synergy server, i.e. it's not being controlled remotely). I bisected this to the exact same commit mentioned above and reverting it fixes the issue and lets met play EVE while running Synergy at the same time again.
See bug 35357 for the dup I filed
https://bugs.winehq.org/show_bug.cgi?id=33479
Gimion tobutaz+wine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tobutaz+wine@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=33479
Loris Zinsou the.lz.himself@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |the.lz.himself@gmail.com
--- Comment #21 from Loris Zinsou the.lz.himself@gmail.com --- Also affects Deus Ex: Human Revolution Director's Cut and Dishonored.
http://bugs.winehq.org/show_bug.cgi?id=33479
K1773R K1773R@darkgamex.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |K1773R@darkgamex.ch
--- Comment #22 from K1773R K1773R@darkgamex.ch --- (In reply to comment #21)
Also affects Deus Ex: Human Revolution Director's Cut and Dishonored.
wrt Dishonored, for me it works fine and seems for all others too, are you sure this is related to Dishonored 1.x?
http://bugs.winehq.org/show_bug.cgi?id=33479
Adam Bolte abolte@systemsaviour.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |abolte@systemsaviour.com
http://bugs.winehq.org/show_bug.cgi?id=33479
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gipfelsturm111@gmx.net
--- Comment #23 from Béla Gyebrószki gyebro69@gmail.com --- *** Bug 35640 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=33479
Tim Northover t.p.northover@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |t.p.northover@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=33479
arthur.huillet@free.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |arthur.huillet@free.fr
http://bugs.winehq.org/show_bug.cgi?id=33479
Yuri Shishenko yurishish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |yurishish@gmail.com
--- Comment #24 from Yuri Shishenko yurishish@gmail.com --- In game "Loadout" player cannot turn around with mouse because mouse look is limited by screen edges in fullscreen. Automatic mouse capture option in winecfg doesn't fixes this problem. The solution is to switch game to windowed mode (alt+enter).
Bug is caused by this commit:
commit 76bbf106a28c4caa82873e8450bde7d4adc765bf Author: Henri Verbeet hverbeet@codeweavers.com Date: Thu Apr 25 09:59:42 2013 +0200
winex11: Move the desktop process check from X11DRV_ClipCursor() to grab_cli pping_window().
This bug appears in 1.5.29, and still presents in latest wine versions, including 1.7.15. After commit reverting game can be played without problems.
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #25 from Yuri Shishenko yurishish@gmail.com --- Goat Simulator is also affected by this bug. Switching to windowed mode fixes the problem.
http://bugs.winehq.org/show_bug.cgi?id=33479
Shmerl shtetldik@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shtetldik@gmail.com
--- Comment #26 from Shmerl shtetldik@gmail.com --- Risen (GOG release) is still affected by this bug as of Wine 1.7.16.
http://bugs.winehq.org/show_bug.cgi?id=33479
blog@pozimski.eu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |blog@pozimski.eu
http://bugs.winehq.org/show_bug.cgi?id=33479
mrboese@live.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mrboese@live.de
--- Comment #27 from mrboese@live.de --- Risen also affected. Wine 1.7.18
http://bugs.winehq.org/show_bug.cgi?id=33479
Alex alexhultman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexhultman@gmail.com
--- Comment #28 from Alex alexhultman@gmail.com --- Yep, still cannot play Far Cry 3 with Wine 1.7.18
http://bugs.winehq.org/show_bug.cgi?id=33479
legluondunet@free.fr legluondunet@free.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |legluondunet@free.fr
--- Comment #29 from legluondunet@free.fr legluondunet@free.fr --- bug is still present in Wine 1.7.19: I installed Deus Ex Human Revolution on Steam and the mouse rotation is limited at less than 180°
https://bugs.winehq.org/show_bug.cgi?id=33479
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Guild Wars 2: Raw input is |Multiple games (Guild Wars |broken |2, Risen 2, Tomb Raider | |2013): Raw input is broken
http://bugs.winehq.org/show_bug.cgi?id=33479
unsuspicious.fakename+wine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |unsuspicious.fakename+wine@ | |gmail.com
--- Comment #30 from unsuspicious.fakename+wine@gmail.com --- Bug still still present in wine 1.7.20 (farcry)
http://bugs.winehq.org/show_bug.cgi?id=33479
Tom a3732043@drdrb.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |a3732043@drdrb.net
--- Comment #31 from Tom a3732043@drdrb.net --- Can someone confirm this issue is "fixed" with a dual head setup? I have this issue only if I use just one monitor. If I change to a dual head setup this issue is gone. Can someone confirm this?
https://bugs.winehq.org/show_bug.cgi?id=33479
mr.mister123@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mr.mister123@hotmail.com
--- Comment #32 from mr.mister123@hotmail.com --- As stated in the list 'apps affected by this bug' Thief: Deadly Shadows is also affected by this bug and i can confirm this (wine 1:1.7.21-0ubuntu1~ppa1).
It happens always after opening the menu or take a look at the map. After returning to the game, you are limited to 180 degrees. But: You can work around by clicking the mouse button (= use primary weapon). After doing this, turning around works perfectly. Can anybody confirm this? Maybe, this helps the devs..
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #33 from Tom a3732043@drdrb.net --- (In reply to mr.mister123 from comment #32)
... After doing this, turning around works perfectly. Can anybody confirm this? Maybe, this helps the devs..
Do you have two or one monitor working. And if two, is it the same with just one monitor connected after reboot?
http://bugs.winehq.org/show_bug.cgi?id=33479
Timothy.j.Clifford@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Timothy.j.Clifford@gmail.co | |m
--- Comment #34 from Timothy.j.Clifford@gmail.com --- Are there any devs working on wine anymore? This is a pretty open and shut bug, but with the i386 build requirements I can't test any matches I submit myself. We really need one person to just revert this commit and make a pull request, this is 5 minutes worth of work to fix.
http://bugs.winehq.org/show_bug.cgi?id=33479
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
--- Comment #35 from Sebastian Lackner sebastian@fds-team.de --- @Timothy: It doesn't make sense to revert a patch, just because it uncovered a problem somewhere else. If the patch itself would be incorrect, then it would have been reverted of course. Wine 1.7.x is the development branch, and its impossible to implement new features without causing "regressions" from time to time.
I suspect that this problem occurs when a WM_X11DRV_CLIP_CURSOR message is interpreted incorrect. Does this patch help?
If not, could someone please attach a log with:
WINEDEBUG=+tid,+cursor,+event,+x11drv
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #36 from Berillions berillions@gmail.com --- Created attachment 49189 --> http://bugs.winehq.org/attachment.cgi?id=49189 debug log + Sebastian's patch
(In reply to Sebastian Lackner from comment #35)
@Timothy: It doesn't make sense to revert a patch, just because it uncovered a problem somewhere else. If the patch itself would be incorrect, then it would have been reverted of course. Wine 1.7.x is the development branch, and its impossible to implement new features without causing "regressions" from time to time.
I suspect that this problem occurs when a WM_X11DRV_CLIP_CURSOR message is interpreted incorrect. Does this patch help?
If not, could someone please attach a log with:
WINEDEBUG=+tid,+cursor,+event,+x11drv
Hi Sebastian,
I tried your patch and unfortunatly, it does not work with FarCry 3. To resume, with a "clean" wine-git or with your patch, i can't turn the character in-game to 360° (revert Henri's patch resolv it)
I attach the debug log as you asked.
Max
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #37 from Henri Verbeet hverbeet@gmail.com --- (In reply to Sebastian Lackner from comment #35)
I suspect that this problem occurs when a WM_X11DRV_CLIP_CURSOR message is interpreted incorrect. Does this patch help?
For what it's worth, I'd expect the issue to essentially be that ClipCursor(NULL) is used both for fullscreen clipping by applications and for ungrabbing the clipping window on process exit. (The latter happens from the server as "set_clip_rectangle( desktop, NULL );".)
That could also be why for at least some applications having a dualhead setup might make a difference as claimed by comment #33, since in that case the application is likely to pass something smaller than "virtual_screen_rect" to ClipCursor().
If that's the case, the way to fix it would probably be to signal ungrabbing the clipping window in some other way.
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #38 from Forest winehq@tibit.com --- Created attachment 49192 --> https://bugs.winehq.org/attachment.cgi?id=49192 log from Sebastian Lackner's patch test
(In reply to Sebastian Lackner from comment #35)
I suspect that this problem occurs when a WM_X11DRV_CLIP_CURSOR message is interpreted incorrect. Does this patch help?
If not, could someone please attach a log with:
WINEDEBUG=+tid,+cursor,+event,+x11drv
That patch does not help in Guild Wars 2.
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #39 from mr.mister123@hotmail.com --- (In reply to Tom from comment #33)
(In reply to mr.mister123 from comment #32)
... After doing this, turning around works perfectly. Can anybody confirm this? Maybe, this helps the devs..
Do you have two or one monitor working. And if two, is it the same with just one monitor connected after reboot?
Only one monitor connected. My system-specs are: - Linux Mint 17 Qiana - wine 1:1.7.21-0ubuntu1~ppa1 - intel i7 2600k - internal graphics (intel hd 3000) is used
http://bugs.winehq.org/show_bug.cgi?id=33479
arthur.huillet@free.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|arthur.huillet@free.fr |
http://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #40 from Tom a3732043@drdrb.net --- (In reply to mr.mister123 from comment #39)
(In reply to Tom from comment #33)
(In reply to mr.mister123 from comment #32)
... After doing this, turning around works perfectly. Can anybody confirm this? Maybe, this helps the devs..
Do you have two or one monitor working. And if two, is it the same with just one monitor connected after reboot?
Only one monitor connected. My system-specs are:
- Linux Mint 17 Qiana
- wine 1:1.7.21-0ubuntu1~ppa1
- intel i7 2600k
- internal graphics (intel hd 3000) is used
Are you able to temporarily test this with dual head setup (two monitors connected)? If this fixes it we have a clearer indication where might be the reason for this behaviour. For me at least it's working well with dual head, despite single monitor causes the mouse to be "in jail".
https://bugs.winehq.org/show_bug.cgi?id=33479
sacrediou vmerlet@april.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vmerlet@april.org
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #41 from Jacob Nielsen g.taffer@mail.com --- I can confirm that for "Thief: Deadly Shadows" at least, running two monitors in extended desktop mode fixes the bug. Windowed mode works too.
OS: Ubuntu 14.04.1 (kernel 3.13.0-34-generic) WINE version: 1.6.2-0ubuntu4 CPU: i7-4700MQ Graphics: Intel HD4600
https://bugs.winehq.org/show_bug.cgi?id=33479
hanska2@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hanska2@luukku.com
--- Comment #42 from hanska2@luukku.com --- I cant test with 2 different monitors, but I have extrernal aplifier that gets sound from ati GPU's via HDMI.
Kde sees/ati driver sees this aplifier as "monitor", which has it's own resolution.
Some games start with wrong resolution, I quess they use the aplifrier resolution.
I some times have this mouse issue. I just want to point out that this is one possible scenario.
https://bugs.winehq.org/show_bug.cgi?id=33479
info@holzeisen.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |info@holzeisen.de
--- Comment #43 from info@holzeisen.de --- Testing Wine 1.7.18 on Ubuntu 14.04 x64. Playing Risen 1 patch 1.11 on a Nvidia GTX 650ti.
Single screen: I can move the camera until my invisible mouse cursor "hits" the screen border. Doing a right click allows me to move camera freely, doing a left click and a am locked to the screens size. Repeatable each time.
Single screen, windows mode: Same as fullscreen.
Dual screen, fullscreen: Moving the camera works as intent. No problems using mouse buttons or switching to menus.
Main screen was 1920x1200, secondary 1024x768.
https://bugs.winehq.org/show_bug.cgi?id=33479
mrdeathjr28@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mrdeathjr28@yahoo.es
https://bugs.winehq.org/show_bug.cgi?id=33479
james stone jamesmstone@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jamesmstone@gmail.com
--- Comment #44 from james stone jamesmstone@gmail.com --- This bug is still present in 1.7.33
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #45 from Sebastian Lackner sebastian@fds-team.de --- I think I found whats going wrong here. So far I didn't have any proper way to reproduce this issue, but thanks to Béla ( https://bugs.wine-staging.com/show_bug.cgi?id=16#c2 ) for pointing out a demo which triggers the issue reliably.
Without the offending commit X11DRV_ClipCursor was basically a no-op for the desktop window thread. The commit changed the behaviour so that X11DRV_ClipCursor is also called when WM_WINE_CLIPCURSOR messages arrive for the desktop thread. What happens here is:
--- snip --- 0009:fixme:cursor:ClipCursor Clipping to (0,0)-(1920,1080) 0009:fixme:cursor:X11DRV_ClipCursor Clipping to (0,0)-(1920,1080) 0015:fixme:msg:handle_internal_message got WM_WINE_CLIPCURSOR 0015:fixme:cursor:X11DRV_ClipCursor Clipping to (0,0)-(1920,1080) 0015:fixme:cursor:X11DRV_ClipCursor data->clip_hwnd == NULL 0015:fixme:cursor:ungrab_clipping_window no longer clipping --- snip ---
As you can easily see when taking a look at http://source.winehq.org/git/wine.git/blob/HEAD:/dlls/winex11.drv/mouse.c#l1... the code was never written be executed from a different thread/process, but that is what the commit enabled.
The desktop thread will unset clipping again, which is what causes the broken mouse input. As multiple threads are involved there is _very_ small chance that it will still work, which is probably also why it is more or less difficult to reproduce with various apps and why some people don't have any issues.
I've wrtten a patch to fix this regression, without reverting Henri's original idea: https://github.com/wine-compholio/wine-staging/blob/master/patches/server-Cl...
Béla already tested it successfully with various games (thanks!), but in order to submit it, it would be nice if someone experienced with this particular area could take a look, and confirm that this is the proper way to solve it.
https://bugs.winehq.org/show_bug.cgi?id=33479
haarp liquitsnake@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |liquitsnake@gmx.net
--- Comment #46 from haarp liquitsnake@gmx.net --- *** Bug 34389 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #47 from haarp liquitsnake@gmx.net --- (In reply to Sebastian Lackner from comment #45)
I can confirm that your patch fixes the issue in the Crysis series of games aswell!
https://bugs.winehq.org/show_bug.cgi?id=33479
paulo i30817@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |i30817@gmail.com
--- Comment #48 from paulo i30817@gmail.com --- Why isn't the patch merged if it fixes everything?
https://bugs.winehq.org/show_bug.cgi?id=33479
Axper Jan tdsbug@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|tdsbug@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #49 from Sebastian Lackner sebastian@fds-team.de --- (In reply to haarp from comment #47)
(In reply to Sebastian Lackner from comment #45)
I can confirm that your patch fixes the issue in the Crysis series of games aswell!
Thanks for testing.
(In reply to paulo from comment #48)
Why isn't the patch merged if it fixes everything?
As you can probably see the (hopefully) correct patch from comment #45 exists only since about a week. In the same comment I was asking other developers to take a look at it, without any answer so far. Did you take a look?
I have submitted it for review now without waiting for further comments, although I am not really sure if this is the best solution to solve it. Alternative solutions would be to filter messages on the user side (user32 or winex11) instead of the wineserver. It would also be possible to add back a desktop check to winex11, and I have no idea which solution is preferred by other developers.
BTW: This bug is open for about a year now, the analysis and an experimental patch is known for about a week. Don't you think you should be a bit more patient ...? ;) It seems to be a quite common misunderstanding in the user community about how wine development works. Patches have to be reviewed, checked for correctness, ..., it is not sufficient that it fixes app/game X.
https://bugs.winehq.org/show_bug.cgi?id=33479
Julian Rüger jr98@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jr98@gmx.net
https://bugs.winehq.org/show_bug.cgi?id=33479
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mstefani@redhat.com Target Milestone|--- |1.8.0
https://bugs.winehq.org/show_bug.cgi?id=33479
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |38087
https://bugs.winehq.org/show_bug.cgi?id=33479
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #50 from Ryan Turner zdbiohazard2@gmail.com --- I've been running Guild Wars 2 with the comment #45 patch for about a week now, and it seems to work.
https://bugs.winehq.org/show_bug.cgi?id=33479
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be
--- Comment #51 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- I had the issue in Far Cry 3 with Matrox triplehead2go (3840x1024). I could only turn ~400° degrees on default mouse sensitivity.
I confirm that the patch from comment 45 fix the issue for me on current git Wine (1.7.37-98).
https://bugs.winehq.org/show_bug.cgi?id=33479
Пися zhopopes@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zhopopes@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=33479
John E john.ettedgui@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |john.ettedgui@gmail.com
--- Comment #52 from John E john.ettedgui@gmail.com --- (In reply to Sebastian Lackner from comment #45)
I've wrtten a patch to fix this regression, without reverting Henri's original idea: https://github.com/wine-compholio/wine-staging/blob/master/patches/server- ClipCursor/0001-server-Only-send-WM_WINE_CLIPCURSOR-for-forced-clip-.patch
The patch also works with Batman Arkham City. Thank you!
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #53 from Luis Alvarado luisalvaradox@gmail.com --- Finished testing Batman Arkham Assylum (Probably also the other Batman Arkham versions). I can only turn in certain amount. Can't do a 360 degree turn and even keep on turning how much I want. I can do something between 90 degrees to 180 degrees.
I also tested Hitman Blood Money and Hitman Absolution, although it does not happen so often, it does happen and the only way to fix it is going out of the game.
https://bugs.winehq.org/show_bug.cgi?id=33479
narri xqwerty123@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xqwerty123@luukku.com
--- Comment #54 from narri xqwerty123@luukku.com --- Yes but this was without the patch? Right?
https://bugs.winehq.org/show_bug.cgi?id=33479
Paul Bredbury brebs@sent.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |brebs@sent.com
https://bugs.winehq.org/show_bug.cgi?id=33479
Mickael mickael1111@outlook.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mickael1111@outlook.fr
https://bugs.winehq.org/show_bug.cgi?id=33479
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hernejj@gmail.com
--- Comment #55 from Ken Sharp imwellcushtymelike@gmail.com --- *** Bug 36727 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=33479
n8bk n8bk13@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |n8bk13@gmail.com
--- Comment #56 from n8bk n8bk13@gmail.com --- The patch seems to solve problems with Tomb Raider and Rome: Total War (in R:TW it was not possible to move cursor over command panel in the battle view in high resolutions).
https://bugs.winehq.org/show_bug.cgi?id=33479
Adrian Kalla adrian.kalla@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adrian.kalla@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=33479
Michael Müller michael@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |STAGED CC| |michael@fds-team.de Staged patchset| |https://github.com/wine-com | |pholio/wine-staging/tree/ma | |ster/patches/server-ClipCur | |sor
https://bugs.winehq.org/show_bug.cgi?id=33479
liberato liberoslv@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |liberoslv@hotmail.com
https://bugs.winehq.org/show_bug.cgi?id=33479
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |55c4a108d7e695bb09f5b909fca | |45784737e188f Status|STAGED |RESOLVED Resolution|--- |FIXED
--- Comment #57 from Sebastian Lackner sebastian@fds-team.de --- A patch to fix this bug was accepted in http://source.winehq.org/git/wine.git/commit/55c4a108d7e695bb09f5b909fca4578..., please retest.
If it still doesn't work for some games, please note that at least one additional regression (bug 38087) was introduced in the meantime, which also affects cursor clip handling. If there are any other remaining issues, please open a new bug report for it (and add me as CC).
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #58 from mrdeathjr28@yahoo.es --- (In reply to Sebastian Lackner from comment #57)
A patch to fix this bug was accepted in http://source.winehq.org/git/wine.git/commit/ 55c4a108d7e695bb09f5b909fca45784737e188f, please retest.
If it still doesn't work for some games, please note that at least one additional regression (bug 38087) was introduced in the meantime, which also affects cursor clip handling. If there are any other remaining issues, please open a new bug report for it (and add me as CC).
thanks for patch
for now test some games and fix input problem in fear 3, batman arkham asylum, legend of korra, lili child of geos, scarface the world is yours, risen 1 and maybe others
more later upload results
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #59 from mrdeathjr28@yahoo.es --- This is video gameplay with fear 3 with git
System Specs
Nvidia Drivers 358.09 Linux Mint 17.2 Raffaela XFCE Edition 64Bit - Kernel 4.0.0-040000-generic (ubuntu mainline) CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus MEM: 8GB DDR3 1333 (2x4) Patriot value (dual channel: 21.3 gb/s) GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s) MAINBOARD: MSI H81M E33
Gameplay Video
https://www.youtube.com/watch?v=yv9NZqeFi34
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #60 from Ken Thomases ken@codeweavers.com --- (In reply to mrdeathjr28 from comment #59)
This is video gameplay with fear 3 with git
This is not useful. Don't post videos showing gameplay unless a bug is specifically about a visual issue that can't be captured in a still image. First, we don't want to watch them. Second, we can't tell what you're doing with the mouse, so we can't know if what we're seeing shows a proper response to the mouse movement.
Just report, in writing, if the bug is present or not.
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #61 from mrdeathjr28@yahoo.es --- (In reply to Ken Thomases from comment #60)
(In reply to mrdeathjr28 from comment #59)
This is video gameplay with fear 3 with git
This is not useful. Don't post videos showing gameplay unless a bug is specifically about a visual issue that can't be captured in a still image. First, we don't want to watch them. Second, we can't tell what you're doing with the mouse, so we can't know if what we're seeing shows a proper response to the mouse movement.
Just report, in writing, if the bug is present or not.
Main goal of gameplay video is test mouse movement in long time, before patch this game dont possible play in fullscreen mode for input problem
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #62 from Alex alexhultman@gmail.com --- I think he's just trying to help. From watching the video it seems to be working very well. He does complete turns which wasn't possible before. I understand developers don't want to waste time determining the status from videos though.
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #63 from mrdeathjr28@yahoo.es --- (In reply to Alex from comment #62)
I think he's just trying to help. From watching the video it seems to be working very well. He does complete turns which wasn't possible before. I understand developers don't want to waste time determining the status from videos though.
As your said turn around is possible thanks to this patch and works at least in 1st episode of fear 3
Main objective of video is test mouse behaviour and how stable is in time (large test)
In other titles seems works case ghostbusters the videogame (this title have mouse turn around problem), legend of korra (before appears patch this title needs mouseoverride registry entry configurated in forced still in windowed mode) and maybe others
https://bugs.winehq.org/show_bug.cgi?id=33479
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #64 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.55.
https://bugs.winehq.org/show_bug.cgi?id=33479
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |felixhaedicke@web.de
--- Comment #65 from Anastasius Focht focht@gmx.net --- *** Bug 33436 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=33479
Anton Vorobyov phoenix@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |phoenix@mail.ru
--- Comment #66 from Anton Vorobyov phoenix@mail.ru --- NaissanceE (https://appdb.winehq.org/objectManager.php?sClass=version&iId=30068) seems to be affected by similar issue as well. Tested on:
wine-1.7.55 (from debian repos, wine-development package) wine-1.8 (from debian repos, wine package)
In full screen mode mouse look seems to be confined - not always, but pretty often (say, every 30-300 seconds of gameplay). Tried both fullscreen mode and fullscreen virtual desktop, seems to be buggy in both. Windowed mode in virtual desktop is not affected by the issue. When i get confinement bug in fullscreen and switch to windowed and back - bug gets resolved for a while.
Can someone tell me which logs should i collect and how do i tell if it's this issue or some other one?
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #67 from Anton Vorobyov phoenix@mail.ru --- Forgot to mention that on top of clean wine environment i installed steam via winetricks and native dotnet40 (which is required to launch the game).
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #68 from Anton Vorobyov phoenix@mail.ru --- Ok, i managed to reproduce it reliably.
1) Launch naissancee (steam and game itself in virtual desktop, else switching focus is kind of broken) 2) Enter game 3) Switch focus to any external window (eg skype message window) via alt-tab 4) Switch focus back via alt-tab 5) Try to look around
Result: Mouse looking is confined within some boundaries. If you try look left/right you wouldn't be able to rotate view indefinitely.
Workaround: Switch to windowed and back
https://bugs.winehq.org/show_bug.cgi?id=33479
--- Comment #69 from Sebastian Lackner sebastian@fds-team.de --- If you experience a similar issue in Wine > 1.7.55, please open a new bug report for it. This collector bug is already closed since this specific issue is fixed for most games.
-
wine-bugs＠winehq.org