http://bugs.winehq.org/show_bug.cgi?id=27779
Summary: Desktop mouse pointer always visible in Steam games Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: gyebro69@gmail.com
Created an attachment (id=35542) --> (http://bugs.winehq.org/attachment.cgi?id=35542) plain terminal output
When playing any Steam games, the desktop mouse pointer is always visible on the screen during gameplay. In some of the games the desktop cursor follows the path of the game's native mouse pointer. In other games the desktop cursor is stuck in the middle of the screen (while the native pointer is working correctly).
So far I couldn't reproduce the issue in non-Steam games. Moreover the issue came to my attention only today so it might has something to do with the latest Steam client update.
Fedora 15 Gnome 3 + Mutter (compositing) -> the bug also occurs in Gnome fallback mode (Metacity without compositing) Nvidia Geforce 250 / driver 275.09.07
http://bugs.winehq.org/show_bug.cgi?id=27779
Jason beatme101@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |beatme101@gmail.com
--- Comment #1 from Jason beatme101@gmail.com 2011-07-13 18:30:16 CDT --- I'm experiencing this in non-Source Engine games as well, run independent of Steam. For example, Starsiege: Tribes. I believe this is a regression, as I did not experience it in the previous Wine version (1.3.23).
http://bugs.winehq.org/show_bug.cgi?id=27779
john.ledbetter+wine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |john.ledbetter+wine@gmail.c | |om
--- Comment #2 from john.ledbetter+wine@gmail.com 2011-07-13 20:37:42 CDT --- I see this issue as well (Debian unstable 2.6.39-2-amd64, nvidia-275.09.07) in wine 1.3.23 and 1.3.24. It was previously not occuring in 1.3.23 but seemed to be related to a Steam update.
So far I have seen it in Team Fortress 2 and Civilization V.
http://bugs.winehq.org/show_bug.cgi?id=27779
Joel "iLag" Hammond ilagdoesntcheckthisemail@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ilagdoesntcheckthisemail@gm | |ail.com
--- Comment #3 from Joel "iLag" Hammond ilagdoesntcheckthisemail@gmail.com 2011-07-13 21:15:06 CDT --- I call a wine regression somewhere in dinput or d3d. Symptoms first appeared in 1.3.24. Previous version 1.3.23 worked fine. Confirmed in Mount&Blade: Warband, Mass Effect, Audiosurf, and Deux Ex. Disabling Steam In-game Overlay did not work around the bug. Using a non-steam version of Mount&Blade: Warband downloaded from the developer's web page did not work around the bug. It is clearly a regression in wine's code base.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #4 from GyB gyebro69@gmail.com 2011-07-13 21:47:00 CDT --- I have several Wine versions compiled from source on my system. I'm experiencing the issue in 1.3.20 as well, but not in 1.3.18 (or earlier). However I'm sure that the problem wasn't present last weekend, using 1.3.24. I'm @work and have no time for regression testing at the moment.
http://bugs.winehq.org/show_bug.cgi?id=27779
David Finch david@mytsoftware.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |david@mytsoftware.com
--- Comment #5 from David Finch david@mytsoftware.com 2011-07-14 01:43:45 CDT --- This started today for me as well, right after the Steam update. I played under 1.3.24 before today without any problems. Fallout: New Vegas on Steam in my case. Fallout 3 (without Steam) doesn't have the problem.
http://bugs.winehq.org/show_bug.cgi?id=27779
Kuro kuroshiki@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #6 from Kuro kuroshiki@mail.ru 2011-07-14 06:45:45 CDT --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=27779
Kuro kuroshiki@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kuroshiki@mail.ru
--- Comment #7 from Kuro kuroshiki@mail.ru 2011-07-14 07:24:11 CDT --- After i upgradet to wine 1.3.24 from 1.3.23 this issue is not going away. Even with downgrading back to 1.3.23 it' still there. Removing wineprefix in various manners and the like didn't help. Couldn't test non-Steam games, but probably it's also present there. What I can confirm is that it has nothing to do with a Steam update, since it worked just fine without wine upgrade.
ArchLinux Kernel 2.6.39 PAE Compiz nVidia GTX260 / nVidia Driver 275.09.07
http://bugs.winehq.org/show_bug.cgi?id=27779
Ludovic Fauvet etix@l0cal.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |etix@l0cal.com
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #8 from Ludovic Fauvet etix@l0cal.com 2011-07-14 09:20:53 CDT --- I don't know if it's of any help but on my computer, while being stuck on the center of the screen, the desktop cursor is constantly flashing (visible/hidden).
ArchLinux Kernel 2.6.39 KDE 4.6.5 nVidia 8600-GT / nVidia Driver 275.09.07
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #9 from Austin English austinenglish@gmail.com 2011-07-14 11:52:00 CDT --- Please run a regression test: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #10 from GyB gyebro69@gmail.com 2011-07-14 14:28:36 CDT --- According to my regression test this is the commit which made the desktop mouse pointer appear in all Steam games:
ae52a8c2cb0cbca1496e86956a59e5d7160ca5a2 is the first bad commit commit ae52a8c2cb0cbca1496e86956a59e5d7160ca5a2 Author: Alexandre Julliard julliard@winehq.org Date: Wed May 11 13:07:34 2011 +0200
winex11: Add an option to automatically clip the pointer in desktop and multi-monitor modes.
:040000 040000 04faeb9831f686bb586fd81166ad95cf6da05738 70131d5160415ccd5c9c16336291218dd95182b2 M dlls
I must add that there is another commit (between 1.3.18 and 1.3.19) which introduced a similar issue but only a few games were affected: http://source.winehq.org/git/wine.git/commit/c52f41541578f5a11a596ca3d56aa1e...
http://bugs.winehq.org/show_bug.cgi?id=27779
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression CC| |julliard@winehq.org
--- Comment #11 from GyB gyebro69@gmail.com 2011-07-14 15:08:05 CDT --- Author of the patch added to CC.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #12 from Kuro dragon_a.p@gmx.net 2011-07-15 11:35:15 CDT --- (In reply to comment #10)
According to my regression test this is the commit which made the desktop mouse pointer appear in all Steam games:
ae52a8c2cb0cbca1496e86956a59e5d7160ca5a2 is the first bad commit commit ae52a8c2cb0cbca1496e86956a59e5d7160ca5a2 Author: Alexandre Julliard julliard@winehq.org Date: Wed May 11 13:07:34 2011 +0200
winex11: Add an option to automatically clip the pointer in desktop andmulti-monitor modes.
:040000 040000 04faeb9831f686bb586fd81166ad95cf6da05738 70131d5160415ccd5c9c16336291218dd95182b2 M dlls
I must add that there is another commit (between 1.3.18 and 1.3.19) which introduced a similar issue but only a few games were affected: http://source.winehq.org/git/wine.git/commit/c52f41541578f5a11a596ca3d56aa1e...
I removed this commit in the source of 1.3.23 an reverted one back and the issue is still present... Is there any chance, that some things keep getting saved somewhere in the system even after uninstalling wine and removing the wineprefix?
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #13 from John fakeemailaddress@thisisnotmyrealemail.com 2011-07-15 12:09:46 CDT ---
I removed this commit in the source of 1.3.23 an reverted one back and the issue is still present... Is there any chance, that some things keep getting saved somewhere in the system even after uninstalling wine and removing the wineprefix?
I also tried reverting this commit and still saw the issue (1.3.24 base).
http://bugs.winehq.org/show_bug.cgi?id=27779
ak3n ak3ntev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ak3ntev@gmail.com
--- Comment #14 from ak3n ak3ntev@gmail.com 2011-07-15 17:34:26 CDT --- Do not have this bug, when checkbox "Emulate a virtual desktop" is checked and checkbox "Automatically capture the mouse in full-screen windows" is not checked.
http://bugs.winehq.org/show_bug.cgi?id=27779
p.semple@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |p.semple@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27779
Enrico Enrico_m@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Enrico_m@gmx.de
http://bugs.winehq.org/show_bug.cgi?id=27779
Rurouni rj3world@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rj3world@yahoo.es
--- Comment #15 from Rurouni rj3world@yahoo.es 2011-07-16 12:01:47 CDT --- (In reply to comment #14)
Do not have this bug, when checkbox "Emulate a virtual desktop" is checked and checkbox "Automatically capture the mouse in full-screen windows" is not checked.
If you do that, the mouse pointer will escape from the game screen and will be captured by AWN or Compiz. And if you have dual monitors you will see the mouse leaving the game screen.
I have the same problem with "Mirror's Edge", Steam version. Wine 1.3.24, Ubuntu 10.10.
http://bugs.winehq.org/show_bug.cgi?id=27779
TestSubject sirbubbles01@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sirbubbles01@gmail.com
--- Comment #16 from TestSubject sirbubbles01@gmail.com 2011-07-17 03:36:34 CDT --- Does anyone else think this bug is due to a steam update, and not wine? That would explain why the bug remains no matter how far back you go with wine versions. That and I recall getting a steam update just as this started happening. That and this bug does not effect anything outside steam itself as far as I can see.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #17 from Kuro dragon_a.p@gmx.net 2011-07-17 05:59:51 CDT --- (In reply to comment #16)
Does anyone else think this bug is due to a steam update, and not wine? That would explain why the bug remains no matter how far back you go with wine versions. That and I recall getting a steam update just as this started happening. That and this bug does not effect anything outside steam itself as far as I can see.
Nope, i have gone back to wine 1.3.18 and the bug is gone, but this is no solution since the many other improvements are gone... I also got the Steamupdate, but the bug wasn't present after it, it presented itself after I upgradet from 1.3.23 to 1.3.24 without deleting my wineprefix. Somehow the mouse seems to be a big hurdle...
http://bugs.winehq.org/show_bug.cgi?id=27779
Chris Boyle chris@boyle.name changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chris@boyle.name
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #18 from Jason beatme101@gmail.com 2011-07-17 09:18:54 CDT --- (In reply to comment #16)
Does anyone else think this bug is due to a steam update, and not wine? That would explain why the bug remains no matter how far back you go with wine versions. That and I recall getting a steam update just as this started happening. That and this bug does not effect anything outside steam itself as far as I can see.
No, as I mentioned before I'm seeing this bug in a non-Steam game, Starsiege: Tribes.
This bug is merely associated with the Steam update because it was very closely timed with the Wine update.
http://bugs.winehq.org/show_bug.cgi?id=27779
ixuz xman00@freenet.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xman00@freenet.de
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #19 from GyB gyebro69@gmail.com 2011-07-17 11:40:48 CDT --- (In reply to comment #18)
No, as I mentioned before I'm seeing this bug in a non-Steam game, Starsiege: Tribes.
This bug is merely associated with the Steam update because it was very closely timed with the Wine update.
Have you actually made sure your problem in Starsiege:Tribes was introduced by the same commit what I posted in comment#10?
I see several contradictions in this bug report so I'd like to summarize what I know about the issue.
1) Non-Steam version of a game is not affected and virtually all of my Steam games exhibit the problem (they're scattered around on my HDD in different wineprefixes).
2) commit ae52a8c2cb0cbca1496e86956a59e5d7160ca5a2 cannot be reverted cleanly (not even on the nearest 1.3.20 version) but after git checkout ae52a8c2cb0cbca1496e86956a59e5d7160ca5a2 I see both mouse pointers git reset --hard HEAD^ I see only the game's own mouse pointer
3) using virtual desktop mode and with unchecked "Automatically capture the mouse in full-screen windows" option the problem doesn't exist.
Fedora 15 + Gnome 3 + X Server 1.10.2
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #20 from Jason beatme101@gmail.com 2011-07-17 13:44:00 CDT --- (In reply to comment #19)
(In reply to comment #18)
No, as I mentioned before I'm seeing this bug in a non-Steam game, Starsiege: Tribes.
This bug is merely associated with the Steam update because it was very closely timed with the Wine update.
Have you actually made sure your problem in Starsiege:Tribes was introduced by the same commit what I posted in comment#10?
Well, no, I don't believe I'm in a situation where I can do regression testing right now. I use Wine to host game servers. Reading about how regression testing works, it seems I need to replace my copy of Wine with the one I compile. Can't do that while I keep servers running.
I just know that the bug started happening in Starsiege: Tribes after I updated Wine to 1.3.24.
The game can be found at tribesrpg.org if anyone else wants to try it in my stead.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #21 from Kuro dragon_a.p@gmx.net 2011-07-17 15:25:55 CDT --- (In reply to comment #19)
(In reply to comment #18)
No, as I mentioned before I'm seeing this bug in a non-Steam game, Starsiege: Tribes.
This bug is merely associated with the Steam update because it was very closely timed with the Wine update.
Have you actually made sure your problem in Starsiege:Tribes was introduced by the same commit what I posted in comment#10?
I see several contradictions in this bug report so I'd like to summarize what I know about the issue.
- Non-Steam version of a game is not affected and virtually all of my Steam
games exhibit the problem (they're scattered around on my HDD in different wineprefixes).
- commit ae52a8c2cb0cbca1496e86956a59e5d7160ca5a2 cannot be reverted cleanly
(not even on the nearest 1.3.20 version) but after git checkout ae52a8c2cb0cbca1496e86956a59e5d7160ca5a2 I see both mouse pointers git reset --hard HEAD^ I see only the game's own mouse pointer
- using virtual desktop mode and with unchecked "Automatically capture the
mouse in full-screen windows" option the problem doesn't exist.
Fedora 15 + Gnome 3 + X Server 1.10.2
A little question: How can I compile it with "git reset --hard HEAD^"? I'm asking since I don't know much about git and how it works if you change the revision...
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #22 from Kuro dragon_a.p@gmx.net 2011-07-18 07:38:46 CDT --- (In reply to comment #21)
(In reply to comment #19)
(In reply to comment #18)
No, as I mentioned before I'm seeing this bug in a non-Steam game, Starsiege: Tribes.
This bug is merely associated with the Steam update because it was very closely timed with the Wine update.
Have you actually made sure your problem in Starsiege:Tribes was introduced by the same commit what I posted in comment#10?
I see several contradictions in this bug report so I'd like to summarize what I know about the issue.
- Non-Steam version of a game is not affected and virtually all of my Steam
games exhibit the problem (they're scattered around on my HDD in different wineprefixes).
- commit ae52a8c2cb0cbca1496e86956a59e5d7160ca5a2 cannot be reverted cleanly
(not even on the nearest 1.3.20 version) but after git checkout ae52a8c2cb0cbca1496e86956a59e5d7160ca5a2 I see both mouse pointers git reset --hard HEAD^ I see only the game's own mouse pointer
- using virtual desktop mode and with unchecked "Automatically capture the
mouse in full-screen windows" option the problem doesn't exist.
Fedora 15 + Gnome 3 + X Server 1.10.2
A little question: How can I compile it with "git reset --hard HEAD^"? I'm asking since I don't know much about git and how it works if you change the revision...
Nevermind I found out... But it doesn't help the problem is still present...
http://bugs.winehq.org/show_bug.cgi?id=27779
marast78@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marast78@gmail.com
--- Comment #23 from marast78@gmail.com 2011-07-19 12:15:29 CDT --- I noticed the same bug in all Steam games I tried: Aliens vs Predator(3), HlafLife2, HalfLife source, Kane & Lynch 2, Portal.
But I also noticed it in old DeusEx, which has nothing to do with Steam, as in comment #3. But the bug in DeusEx is present only in Direct3D renderer. When the game is run in OpenGL, everything is fine.
Wine 1.3.24 Fedora 15 x86_64 GTX 260 (275.09.07)
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #24 from Kuro dragon_a.p@gmx.net 2011-07-19 15:43:42 CDT --- Well, after full reinstall of ArchLinux on another partition I can confirm one thing: Since 1.3.19 this bug is fully present, in 1.3.18 the bug does not affect as many applications as with 1.3.19 onwards... And only Steam-games seem to be affected as far as I can test...
http://bugs.winehq.org/show_bug.cgi?id=27779
Mikko Saarinen mikko.s.saarinen@mbnet.fi changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mikko.s.saarinen@mbnet.fi
--- Comment #25 from Mikko Saarinen mikko.s.saarinen@mbnet.fi 2011-07-20 11:58:21 CDT --- I am also affected with this bug.
Been playing Steam version of Witcher, but with previous Wine update (1.22?) the game became non-playable as the mouse jumped all over the screen.
Now that problem doesn't exist anymore, but there is two mouse pointers instead.
Wine has updated to 1.24 and Steam was also updated yesterday before I started playing, so can't tell which is more to blame.
Progress and regress...
Mikko
http://bugs.winehq.org/show_bug.cgi?id=27779
Daniel Neugebauer dneuge-bugzilla@energiequant.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dneuge-bugzilla@energiequan | |t.de
--- Comment #26 from Daniel Neugebauer dneuge-bugzilla@energiequant.de 2011-07-20 16:56:16 CDT --- I got the problem with Cities in Motion (bought and installed via Steam). It also occurs when I launch Cities in Motion from console while Steam is running but if I exit Steam before launching the game, the system cursor is invisible as expected. This happens with both 1.3.23 and 1.3.24.
BTW I wouldn't take bugs occuring in/with Witcher 1 for bugs in Wine as that game is incredibly bugged and unstable on its own if run from Windows. Worst of all, these bugs persist in save games making it in many cases impossible or at least very frustrating to play through the game.
http://bugs.winehq.org/show_bug.cgi?id=27779
Brandon Howard FinalCrisisSX@Hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |FinalCrisisSX@Hotmail.com
--- Comment #27 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-07-22 01:11:19 CDT --- I had this issue without upgrading wine at all, so it seems to be a combination of problems -- perhaps a bug in wine that was only triggered by the steam update. I was running tf2 in wine 1.3.24 fine for a while until then. Reverting to wine 1.3.18 as another comment suggested does work around the issue with the current version of steam. As others say, this probably only works around the issue in games that were recently broken by steam; other games still have an identical issue with perhaps a different direct cause.
http://bugs.winehq.org/show_bug.cgi?id=27779
Kaj F. linuxgeek1994@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linuxgeek1994@gmail.com
--- Comment #28 from Kaj F. linuxgeek1994@gmail.com 2011-07-22 18:47:05 CDT --- I have found that this issue exists for me on certain Steam games (RealMYST being one example) with 1.3.24, but not with others (including Portal, Team Fortress 2, and Portal 2). In my games where this issue does exist, the Linux pointer remains in the center of the screen, while the application's pointer moves freely.
http://bugs.winehq.org/show_bug.cgi?id=27779
Thomas Anderson Xmilitary2002@yahoo.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Xmilitary2002@yahoo.de
http://bugs.winehq.org/show_bug.cgi?id=27779
Adam Garibay garibreezy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |garibreezy@gmail.com
--- Comment #29 from Adam Garibay garibreezy@gmail.com 2011-07-24 02:29:02 CDT --- i also get this bug since i upgraded wine. I have been running games in window mode for now.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #30 from Kuro dragon_a.p@gmx.net 2011-07-24 08:19:02 CDT --- (In reply to comment #29)
i also get this bug since i upgraded wine. I have been running games in window mode for now.
Does running in window mode help?
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #31 from Adam Garibay garibreezy@gmail.com 2011-07-24 10:52:23 CDT --- yes when running the game in windowed mode the cursor is not present, atleast in counter-strike source.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #32 from Kaj F. linuxgeek1994@gmail.com 2011-07-25 13:33:44 CDT --- (In reply to comment #31)
yes when running the game in windowed mode the cursor is not present, atleast in counter-strike source.
That would explain why I have not seen this issue in Team Fortress 2 or my other Source games, as I have been running them in windowed mode as well, so I don't have to disable my second monitor all the time.
When running these games in fullscreen mode, however, I do see this issue in all of my Steam games.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #33 from Jason beatme101@gmail.com 2011-07-25 13:40:01 CDT --- (In reply to comment #32)
(In reply to comment #31)
yes when running the game in windowed mode the cursor is not present, atleast in counter-strike source.
That would explain why I have not seen this issue in Team Fortress 2 or my other Source games, as I have been running them in windowed mode as well, so I don't have to disable my second monitor all the time.
When running these games in fullscreen mode, however, I do see this issue in all of my Steam games.
This is an interesting direction for the discussion, as I see the bug in windowed very consistently, in Steam games and non-Steam games.
But it's certainly in fullscreen too.
Perhaps there's something special, and different, about how our systems are treating the software.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #34 from Adam Garibay garibreezy@gmail.com 2011-07-25 13:43:41 CDT --- Are you running the games in virtual desktop mode?
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #35 from Kaj F. linuxgeek1994@gmail.com 2011-07-25 13:52:35 CDT --- (In reply to comment #34)
Are you running the games in virtual desktop mode?
No, I am running them in windowed mode using the launch options through Steam (e.g. for Portal, adding the -windowed parameter), and I am not seeing this issue on any of my Source Engine or other Steam games that run in windowed mode. However, in RealMYST, which has no windowed mode available, I am seeing the issue, in both virtual desktop mode and normal mode.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #36 from Adam Garibay garibreezy@gmail.com 2011-07-25 13:57:47 CDT --- Here is something interesting. Sometimes when I start the game in windowed mode and then change it to fullscreen mode the cursor bug does not show up. So maybe this might be a possible work around? For now atleast.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #37 from Kaj F. linuxgeek1994@gmail.com 2011-07-25 13:58:54 CDT --- (In reply to comment #33)
(In reply to comment #32)
(In reply to comment #31)
yes when running the game in windowed mode the cursor is not present, atleast in counter-strike source.
That would explain why I have not seen this issue in Team Fortress 2 or my other Source games, as I have been running them in windowed mode as well, so I don't have to disable my second monitor all the time.
When running these games in fullscreen mode, however, I do see this issue in all of my Steam games.
This is an interesting direction for the discussion, as I see the bug in windowed very consistently, in Steam games and non-Steam games.
But it's certainly in fullscreen too.
Perhaps there's something special, and different, about how our systems are treating the software.
I see the issue only in Steam games, and only when they are running in fullscreen mode. When running non-Steam games (e.g. Age of Empires 2/3 and Lord of the Rings Online), I do not encounter this issue, and the games display their own cursors just fine, with no hint of the Linux pointer anywhere.
I am running: Wine 1.3.24, compiled from source Fedora 13 Latest proprietary nVidia driver 1.5 GB RAM Athlon 64 X2 processor
http://bugs.winehq.org/show_bug.cgi?id=27779
merovirgian@gmail.com piotr.luczko@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |piotr.luczko@gmail.com
--- Comment #38 from merovirgian@gmail.com piotr.luczko@gmail.com 2011-07-25 16:10:15 CDT --- for me - "when checkbox "Emulate a virtual desktop" is checked and checkbox "Automatically capture the mouse in full-screen windows" " - not helped ;/ but ... running game windowed - helped :) so for me this is temporary solution
bug was also in 1.3.24 now running wine 1.3.25 from deb on kubuntu 11.04
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #39 from Kuro dragon_a.p@gmx.net 2011-07-27 03:53:18 CDT --- (In reply to comment #38)
for me - "when checkbox "Emulate a virtual desktop" is checked and checkbox "Automatically capture the mouse in full-screen windows" " - not helped ;/ but ... running game windowed - helped :) so for me this is temporary solution
bug was also in 1.3.24 now running wine 1.3.25 from deb on kubuntu 11.04
Same here except 2 games: Nation Red and Killing Floor, couldn't test other games...
http://bugs.winehq.org/show_bug.cgi?id=27779
Jorge González jorgitorrr@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jorgitorrr@gmail.com
--- Comment #40 from Jorge González jorgitorrr@gmail.com 2011-07-27 03:59:46 CDT --- Same problem here with Wine 1.3.25 and a lot of games: Civ V, CoD: Black Ops... In Wine 1.3.25 there is no bug and i think it is a problem in xinput2 because when I compile Wine with the option --without-xinput2 the bug disappears.
http://bugs.winehq.org/show_bug.cgi?id=27779
hash HASH.DuOrden@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |HASH.DuOrden@gmail.com
--- Comment #41 from hash HASH.DuOrden@gmail.com 2011-07-27 08:57:33 CDT --- If you'll compile wine with added "--without-xinput2" to ./configure will solve this. Most likely this bug will be resolved on its own after xinput2 makes it's way in your Linux distribution, but this is just my thought.
Why this happened is discussed in other bug: http://bugs.winehq.org/show_bug.cgi?id=27156 Though there isn't anything about why this was so rushed in wine source since almost nobody knows for sure when xinput2 will be released to most stable versions of Linux distributions.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #42 from Kuro dragon_a.p@gmx.net 2011-07-27 09:01:11 CDT --- (In reply to comment #41)
If you'll compile wine with added "--without-xinput2" to ./configure will solve this. Most likely this bug will be resolved on its own after xinput2 makes it's way in your Linux distribution, but this is just my thought.
Why this happened is discussed in other bug: http://bugs.winehq.org/show_bug.cgi?id=27156 Though there isn't anything about why this was so rushed in wine source since almost nobody knows for sure when xinput2 will be released to most stable versions of Linux distributions.
Yeah I already tried that but in after this most games are broken... Then we are back to flippy mouse jumping or slow responding mouse movements...
http://bugs.winehq.org/show_bug.cgi?id=27779
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |winex11.drv
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #43 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-07-28 09:24:51 CDT --- (In reply to comment #41)
Though there isn't anything about why this was so rushed in wine source since almost nobody knows for sure when xinput2 will be released to most stable versions of Linux distributions.
Xinput2 has been in most stable distributions for quite some time, afaik. According to http://wiki.winehq.org/Bug6971 Xinput2 is in X.org 7.5, which uses xorg-server 1.7.0. This was released in late 2009 http://www.x.org/wiki/Releases/7.5 . A quick search suggests this was included in Ubuntu 10.04, Lucid Lynx - we are on 11.04. Most other distros have likely had it for a while now too, minus perhaps Debian stable (though I didn't bother to look in that case).
The only thing distributions are waiting for is when the bug -fix- for xinput2 that affects -some- games in wine will be released. https://bugs.freedesktop.org/show_bug.cgi?id=30068 this bug, to be specific. I don't know if it's related to this cursor issue, but I doubt it. It is fixed upstream and will be released with xorg-server 1.10.4 according to the bug report. On one of the other pages on the same site, it said 1.10.4 is scheduled for release I think 6 weeks after 1.10.3, which came out early this month, july.. the 8th or something of the sort. That bug doesn't affect all games, just some of them. I wouldn't be surprised if it was included in this or the next release cycle for most distributions. If not, it is probable that it will be available via backports or 3rd party PPA's. The latter is especially likely -- look how much stuff people have posted already. The only setback might be whether or not the proprietary video drivers support it that quickly -- although as I understand it, there is a way around this sometimes with certain options in the xorg config files (IgnoreABI / IgnoreAPI or some such?). The wine devs included workarounds as I understand it in more recent versions of wine to work around this bug in the meantime, which had worked for me, but not perfectly for others.
..In trying not to go off-topic here, in short: this cursor quirk for most games has been suggested by others to be an xi2 issue, but it is unlikely to be an issue that is held back by distributions' adoption of xinput2, as most probably already have it, and are only waiting on a minor (unrelated?) bug fix. Perhaps one of the next releases of Wine will do. At worst, it will be installable through backports or PPA's not too terribly long from now, provided the proprietary video drivers work with it or can be worked around.
http://bugs.winehq.org/show_bug.cgi?id=27779
Evan Goers megatog615@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |megatog615@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27779
Joe joedavison.davison@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joedavison.davison@gmail.co | |m
--- Comment #44 from Joe joedavison.davison@gmail.com 2011-08-02 08:33:57 CDT --- Every Steam game for me suffers from this. I tried Sam and Max Season 3: The Penal Zone. The Steam version ran fine, but had the flickering cursor.
I have the DVD version of Sam and Max Season 3, so I installed that. I ran the DVD version of the game and I had the flickering cursor issue. I quit the game and then closed the Steam client. After closing the client, I ran The Penal Zone again and lo and behold, the desktop cursor is gone.
Steam is causing this issue. The very fact that it is running is causing this issue. But I don't know why.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #45 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-08-02 13:03:13 CDT --- (In reply to comment #43)
https://bugs.freedesktop.org/show_bug.cgi?id=30068 this bug, to be specific. I don't know if it's related to this cursor issue, but I doubt it.
Confirmed unrelated. I built, installed, and ran a package for my distribution (Arch 64bit) for xorg-server 1.10.4 RC1 which includes the aforementioned xinput2 fix, and as expected, it is unrelated to this cursor bug. Cursor still shows up. So, hopefully one of the next wine releases will resolve this, and those thinking they will need to wait a long time for an xinput2 fix distribution-side are most likely incorrect..
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #46 from Joe joedavison.davison@gmail.com 2011-08-02 13:12:40 CDT --- I was able to fix it with the xinput2 fix. Unfortunately, because of some kind of error with my configuration, I also had to disable freetype; so it's mostly useless. Arch 64bit.
http://bugs.winehq.org/show_bug.cgi?id=27779
mardini superppl@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |superppl@gmail.com
--- Comment #47 from mardini superppl@gmail.com 2011-08-02 13:22:19 CDT --- (In reply to comment #44)
Every Steam game for me suffers from this. I tried Sam and Max Season 3: The Penal Zone. The Steam version ran fine, but had the flickering cursor.
I have the DVD version of Sam and Max Season 3, so I installed that. I ran the DVD version of the game and I had the flickering cursor issue. I quit the game and then closed the Steam client. After closing the client, I ran The Penal Zone again and lo and behold, the desktop cursor is gone.
Steam is causing this issue. The very fact that it is running is causing this issue. But I don't know why.
Can anyone help check this? I'm a bit busy at the moment, but I have a fair number of games I can try this on. Also, could we not try the game through Steam, then close Steam, apply a crack to the game, then try the game directly without Steam?
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #48 from hash HASH.DuOrden@gmail.com 2011-08-02 14:10:34 CDT --- First, Borderlands from Steam is affected by this also. Second, I've tried to run Borderlands from clean wineprefix: Made a soft-link from "${HOME}/WINE/Steam/dosdevices/c:/Steam/SteamApps/common/borderlands" to "${HOME}/WINE/Borderlands/dosdevices/c:/Borderlands". Installed PhysX and vcrun2008. winetricks d3dx9_36. And yes, no Desktop cursor is shown.
http://bugs.winehq.org/show_bug.cgi?id=27779
David turbolad995@hotmail.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |turbolad995@hotmail.co.uk
--- Comment #49 from David turbolad995@hotmail.co.uk 2011-08-04 16:58:49 CDT --- I've noticed the mouse pointer in the game when running Audiosurf in Steam using Wine.
Seems to be a regression as I don't remember having this problem until recently. I'm using Wine version 1.3.25 and this version has fixed some of the bugs I reported.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #50 from Joe joedavison.davison@gmail.com 2011-08-05 20:50:11 CDT --- Someone please update if this still occurs in 1.3.26.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #51 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-08-05 22:58:48 CDT --- (In reply to comment #50)
Someone please update if this still occurs in 1.3.26.
Still messed up for me :(
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #52 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-08-06 12:58:38 CDT --- To save someone else who might try this the trouble of attempting a non-working workaround:
I noticed that the cursor actually stops drawing if I shift+tab to open the overlay then close out of said overlay... until I left or right click again. Other buttons on the mouse dont seem to affect this.
So, I tried disabling the in-game overlay both in steam and by adding gameoverlayrenderer.dll to 'disabled' in the libraries tab of winecfg and restarted steam.. Doesn't work.
Guess many of us are stuck with xinput1, a flickering cursor, or an old version of wine for a while more.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #53 from merovirgian@gmail.com piotr.luczko@gmail.com 2011-08-09 17:00:45 CDT --- Bug still exists in 1.3.26 :(
http://bugs.winehq.org/show_bug.cgi?id=27779
Kevin Turner kevinperson@topicbox.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kevinperson@topicbox.com
http://bugs.winehq.org/show_bug.cgi?id=27779
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch@yahoo.co.uk
http://bugs.winehq.org/show_bug.cgi?id=27779
Smith ilovemylazymonkey@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ilovemylazymonkey@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #54 from Thomas Anderson Xmilitary2002@yahoo.de 2011-08-13 03:36:33 CDT --- ./configure --without-xinput2
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #55 from Kuro dragon_a.p@gmx.net 2011-08-13 09:26:29 CDT --- (In reply to comment #54)
./configure --without-xinput2
No rly? Look some posts/comments back and then you will get an answear to this...
http://bugs.winehq.org/show_bug.cgi?id=27779
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |ae52a8c2cb0cbca1496e86956a5 | |9e5d7160ca5a2
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #56 from Mikko Saarinen mikko.s.saarinen@mbnet.fi 2011-08-13 14:31:26 CDT --- (In reply to comment #38)
for me - "when checkbox "Emulate a virtual desktop" is checked and checkbox "Automatically capture the mouse in full-screen windows" " - not helped ;/ but ... running game windowed - helped :) so for me this is temporary solution
bug was also in 1.3.24 now running wine 1.3.25 from deb on kubuntu 11.04
Running on 1.3.26 Witcher 1 is still affected with this bug, but changing the game to windowed helped in this case too!
Finally I can play to the end of the story B) Thanks for help!
Mikko
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #57 from Thomas Anderson Xmilitary2002@yahoo.de 2011-08-13 23:17:09 CDT --- (In reply to comment #55)
(In reply to comment #54)
./configure --without-xinput2
No rly? Look some posts/comments back and then you will get an answear to this...
I dont know what you mean by pointing at that, but it did fix it for me. The only thing does not work is the DEL key on my NUMPAD. No jumpy mouse, no white cursor. Just regular CS 1.6, C&C, GTA:VC, Starcraft ...
debian wheezy + wine git tree
http://bugs.winehq.org/show_bug.cgi?id=27779
Berillions berillions@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |berillions@gmail.com
--- Comment #58 from Berillions berillions@gmail.com 2011-08-14 02:49:03 CDT --- (In reply to comment #57)
(In reply to comment #55)
(In reply to comment #54)
./configure --without-xinput2
No rly? Look some posts/comments back and then you will get an answear to this...
I dont know what you mean by pointing at that, but it did fix it for me. The only thing does not work is the DEL key on my NUMPAD. No jumpy mouse, no white cursor. Just regular CS 1.6, C&C, GTA:VC, Starcraft ...
debian wheezy + wine git tree
With wine 1.3.26, i have this problem with Half-Life 2, Lara Croft and the Guadians of Light, F.E.A.R.2 etc... But i haven't this bug with Batman Arkham Asylum
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #59 from Kuro dragon_a.p@gmx.net 2011-08-14 04:20:42 CDT --- (In reply to comment #57)
(In reply to comment #55)
(In reply to comment #54)
./configure --without-xinput2
No rly? Look some posts/comments back and then you will get an answear to this...
I dont know what you mean by pointing at that, but it did fix it for me. The only thing does not work is the DEL key on my NUMPAD. No jumpy mouse, no white cursor. Just regular CS 1.6, C&C, GTA:VC, Starcraft ...
debian wheezy + wine git tree
In Source based games the mouse is back to jumpy behavor like in 1.3.21(22) Naion Red is one game that worked just fine, but by removing the XInput2 the mouse becomes almost non responsive, Unrealengine based games ( ex. Killing Floor, Borderlands) have a very slow responding mouse... Basicly you break more games than it fixes...
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #60 from Daniel Neugebauer dneuge-bugzilla@energiequant.de 2011-08-15 08:03:13 CDT --- Maybe this is helpful for finding the bug in case it has not yet been located: In Civilization V system and game cursors switch rapidly on movement. The cursor to remain on screen is the system cursor but as long as the cursor is being moved it flickers with the game cursor which seems to completely _replace_ the system cursor (since the game cursor's angle is more pointed, it's visible that there is no system cursor beneath it for a moment).
Civilization V has a demo which could be used to debug wine.
Gentoo 64 Bit, wine 1.3.26, KDE 4.6.2, X.org 1.9.5, compositing turned temporarily off before launching Steam/Civ V
http://bugs.winehq.org/show_bug.cgi?id=27779
MacNean dardack@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dardack@gmail.com
--- Comment #61 from MacNean dardack@gmail.com 2011-08-19 20:40:07 CDT --- I do have a semi fix if you just want 1 cursor. I don't particular care about game cursors persay and I like having my X windows cursor instead of the white windows cursor (I keep reading that people saying wine uses X windows cursor but it doesn't on mine).
Anyways, my patch here: http://ubuntuforums.org/showpost.php?p=9349655&postcount=212
Will just show the xwindow cursor in steam. No flickering/double (on the 4 steam games I have anyways: Mass Effect1/2, Trine, Monkey Island).
http://bugs.winehq.org/show_bug.cgi?id=27779
3dfx austin865@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|Xmilitary2002@yahoo.de |austin865@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27779
naelstrof@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |naelstrof@gmail.com
--- Comment #62 from naelstrof@gmail.com 2011-08-26 10:48:30 CDT --- If it helps anyone to know, I've only had the problem when steam is open. If i shut off steam and run a game; the cursor doesn't flicker.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #63 from MacNean dardack@gmail.com 2011-08-26 12:05:39 CDT --- (In reply to comment #62)
If it helps anyone to know, I've only had the problem when steam is open. If i shut off steam and run a game; the cursor doesn't flicker.
How do you shut off steam to run a game? Most games look for steam that I've purchased through steam.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #64 from Berillions berillions@gmail.com 2011-08-26 12:24:43 CDT --- (In reply to comment #63)
(In reply to comment #62)
If it helps anyone to know, I've only had the problem when steam is open. If i shut off steam and run a game; the cursor doesn't flicker.
How do you shut off steam to run a game? Most games look for steam that I've purchased through steam.
You didn't understand her message. In fact, when Steam is open and you launch a NON-Steam game (like Mass Effect, Assassin's Creed or other) the cursor appear in game.
http://bugs.winehq.org/show_bug.cgi?id=27779
Maia Kozheva sikon@ubuntu.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sikon@ubuntu.com
--- Comment #65 from Maia Kozheva sikon@ubuntu.com 2011-09-03 11:34:04 CDT --- It seems that this issue only occurs when Steam is running, even if the game was launched from Steam.
For example, when I launched Dragon Age: Origins from Steam, it had the double cursor bug, but when I killed Steam after launching the game, the problem went away.
http://bugs.winehq.org/show_bug.cgi?id=27779
Jeff Cook jeff@deserettechnology.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeff@deserettechnology.com
--- Comment #66 from Jeff Cook jeff@deserettechnology.com 2011-09-03 16:55:36 CDT --- I began to experience this after enabling "Automatically capture the mouse in full-screen windows". I saw it in both Team Fortress 2 and Mirror's Edge, both launched from Steam.
Prior to enabling the capture mouse option, I did not have the cursor overlay, but lacked full range of motion in Mirror's Edge. I hadn't tried Mirror's Edge for a long time (right after the XI2 patch was merged, which I think was Marchish or something; worked great then, by the way) until about two weeks ago, when I also noticed the lack of motion. I had not needed to enable that option in the past. TF2 has operated consistently without issues.
This is with latest HEAD, 32c36b7505e5d. I haven't tested any other versions.
http://bugs.winehq.org/show_bug.cgi?id=27779
pyro_1v1aniac@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pyro_1v1aniac@yahoo.com
--- Comment #67 from pyro_1v1aniac@yahoo.com 2011-09-05 16:47:09 CDT --- I can confirm this bug remains in wine version 1.3.27, despite release notes suggesting it may have been fixed.
In team fortress 2, the cursor remains visible and viewpoint won't track mouse movement accurately.
System- Ubuntu 10.04 Nvidia GeForce8600GT No advanced graphics (compiz) Steam running, Team Fortress 2, fullscreen, no 'automatically capture mouse' option enabled, no virtual desktop. Wine 1.3.27 compiled from source, no errors.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #68 from Joel "iLag" Hammond ilagdoesntcheckthisemail@gmail.com 2011-09-10 16:11:31 CDT --- With WINEDEBUG="-all,trace+cursor", I discovered that the following line was constantly being called by Steam.exe, (albeit with a different end number each time I started up Steam): trace:cursor:SetCursor 0x2002a This occurs regardless of virtual desktop and fullscreen autocapture settings. However, when virtual desktop is on and fullscreen autocapture is off, SetCursor appears to ignore calls made to it by Steam.exe, at least when a fullscreen game is open on the same virtual desktop. If someone can figure out why this is, then progress can be made on fixing this bug.
A possible hack solution would be to check if the window of the process which calls SetCursor has focus, and if not, return.
http://bugs.winehq.org/show_bug.cgi?id=27779
Alexey Loukianov mooroon2@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mooroon2@mail.ru
--- Comment #69 from Alexey Loukianov mooroon2@mail.ru 2011-09-10 22:00:31 CDT --- Wow, I had just discovered this problem with Steam version of S.T.A.L.K.E.R:SoC and tested it to a way that was going to submit a new bug report about it. Thankfully, bugzilla search brought me into this report.
So, I can confirm that this bug still present as of Wine 1.3.28.
Here are the requirements for this bug to happen in _any_ fullscreen app under Wine: 1. Wine should be fresh enough to support Xinput2 and should be compiled with its support on (--with-xinput --with-xinput2). 2. Steam should be running under same wineserver as a background process.
Having the above conditions met I've got X11 cursor showed constantly or "blinking" alterating with the in-game custom cursor in almost every app under Wine running in fullscreen mode: Starcraft II, Angry Birds, King's Bounty: The Legend, all flavours of Half-Life, all versions of S.T.A.L.K.E.R, Osmos, NSF4:HS (both D3D and Glide renderers), Heroes of Might and Magic 3 (both with and without HDPatch), Torchlight, e.t.c.
Compiling Wine without XI2 or configuring games to run in windowed mode and forcing this windows to be non-decorated fullscreen using my preferred window manager allows to workaround the problem.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #70 from MacNean dardack@gmail.com 2011-09-11 12:35:13 CDT --- I can't live without xi2. So I have a patch, it creates a new ENV VARIABLE WINECURSORHIDE, if it's Null it acts like normal, if it's 1 it hides the cursor completely (For Deus Ex in steam and other games that renders it's own Mouse Pointer, but Steam creates this error showing the desktop one), and if it's not 1 it alwayys shows the default X11 cursor. I hate killing steam to stop this bug, as ME2 right now has a bug that can crash on loading, so having to load Steam first then ME2 after takes too long.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #71 from Alexey Loukianov mooroon2@mail.ru 2011-09-11 15:05:44 CDT --- (In reply to comment #70)
I hate killing steam to stop this bug, as ME2 right now has a bug that can crash on loading, so having to load Steam first then ME2 after takes too long.
Killing Steam is not an option just like as disabling XI2 is not an option either. If you kill Steam while playing you would lost access to such a useful features like Steam Cloud and Achivements system. Also, I have had problems with VAC kicking me out of the game shortly afterwards I kill Steam's main process.
As for the patch - I've been thinking of creating similar one basing on the patch that is available on the WiKi that toggles debug output of Wine on key press (originally F12, might be changed to any other VK_*). And then I had discovered that for most of the games I play with Steam it is much simplier to use windowed mode and configure my WM (Kwin) to filter out game's window based on X11 window class and force it into "emulated fullscreen": turn off decorations and force size and position of the window to cover the entire screen. This trick works perfectly with Osmos, Braid, any Source-based game, Torchlight and games from King's Bounty series. Still, there are games that can't be easily used with this workaround, for.ex. all titles from S.T.A.L.K.E.R series and some GLQuake/idTech* based games. YMMW.
In any case, having several workaround available is a good thing, but we steel need to discover real fix for this.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #72 from MacNean dardack@gmail.com 2011-09-11 15:49:53 CDT --- (In reply to comment #71)
(In reply to comment #70)
I hate killing steam to stop this bug, as ME2 right now has a bug that can crash on loading, so having to load Steam first then ME2 after takes too long.
Killing Steam is not an option just like as disabling XI2 is not an option either. If you kill Steam while playing you would lost access to such a useful features like Steam Cloud and Achivements system.
I totally agree. Why I have the mouse patch. Either always show x11 (hide wine's mouse), hide mouse completely, or normal behaviour for now.
To your Windowed full screen, i've tried but a bunch of games I have still show the double cursor. So I just gave up.
http://bugs.winehq.org/show_bug.cgi?id=27779
Andre andre_lacerda25@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andre_lacerda25@hotmail.com
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #73 from Andre andre_lacerda25@hotmail.com 2011-09-15 22:36:50 CDT --- A also have this problem while trying to play Mass Effect 1 on Steam. It seens to me that the bug happens only with particulary games. I tried Alien Swarm from steam too and for my suprise no bug.
The bug also happens only when "Emulate a virtual desktop" is checked and checkbox "Automatically capture the mouse in full-screen windows". Unfortunately dual monitors users have to emulate the virtual desktop and then capture the mouse for being able to play.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #74 from Alexey Loukianov mooroon2@mail.ru 2011-09-16 03:59:36 CDT --- (In reply to comment #73)
The bug also happens only when "Emulate a virtual desktop" is checked and checkbox "Automatically capture the mouse in full-screen windows". Unfortunately dual monitors users have to emulate the virtual desktop and then capture the mouse for being able to play.
I use nVIDIA TwinView dual monitor setup at home and have no problems playing games. The only trick I had to use is to setup separate metamodes for each resolution I want to be able to play fullscreen (i.e., while normally I've got both monitors active, one @1280x1024 and second @1680x1050 resulting in 2960x1050 metamode, I also set up two separate metamodes each having only one of the monitors active at it's native resolution). Emulating virtual desktop had been required only for a couple of games I had ever tested under Wine, one was Eve Online and I can't remember now which was the second one.
To the bottom line: I'm seeing this bug without emulated virtual desktop and without enabling automated capture of the mouse cursor for full-screen windows. The only trigger is (a) to have Steam running and (b) to have a full-screen game. Game hadn't be related to Steam, for ex. I've seen this bug in Starcraft II, Angry Birds and NFS4:HS having Steam running at background under the same wineserver.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #75 from MacNean dardack@gmail.com 2011-09-16 07:09:36 CDT --- I'll agree it has to have steam running. It also can be windowed but borderless for this bug to show it's ugly head. IE for Mass Effect 2, I have 3 graphic options, fullscreen/windowed (borderless)/windowed. Only windowed doesn't show this bug, the other 2 do.
http://bugs.winehq.org/show_bug.cgi?id=27779
Gary Pendergast winehq@pento.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@pento.net
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #76 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-09-23 15:53:13 CDT --- Unchanged in 1.3.29.
http://bugs.winehq.org/show_bug.cgi?id=27779
Fab netfab@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |netfab@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27779
Nick S nickspoon0@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nickspoon0@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27779
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |RandomAccountName@mail.com
http://bugs.winehq.org/show_bug.cgi?id=27779
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |1.4.0
--- Comment #77 from Austin English austinenglish@gmail.com 2011-10-04 13:28:25 CDT --- xinput2 => 1.4 bug.
http://bugs.winehq.org/show_bug.cgi?id=27779
pro102@chinesetearoom.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pro102@chinesetearoom.com
--- Comment #78 from pro102@chinesetearoom.com 2011-10-05 21:52:37 CDT --- (In reply to comment #77)
xinput2 => 1.4 bug.
Any information on the specific xinput2 1.4 bug?
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #79 from Austin English austinenglish@gmail.com 2011-10-05 23:38:55 CDT --- (In reply to comment #78)
(In reply to comment #77)
xinput2 => 1.4 bug.
Any information on the specific xinput2 1.4 bug?
What I meant is that it's xinput2 related, therefore it is on the Wine 1.4.0 milestone bug list.
http://bugs.winehq.org/show_bug.cgi?id=27779
David Rogers ezekiel000@lavabit.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ezekiel000@lavabit.com
http://bugs.winehq.org/show_bug.cgi?id=27779
André Fettouhi A.Fettouhi@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |A.Fettouhi@gmail.com
--- Comment #80 from André Fettouhi A.Fettouhi@gmail.com 2011-10-08 17:12:39 CDT --- This problem is also present when playing Rage on Steam on an Arch Linux 64 bit machine with wine 1.3.29.
http://bugs.winehq.org/show_bug.cgi?id=27779
ahso47@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ahso47@yahoo.com
--- Comment #81 from ahso47@yahoo.com 2011-10-17 03:06:50 CDT --- if i use wineinstall how to use:
./configure --without-xinput2
as in RAGE and wine 1.3.30 the cursor is still visible :-(
Thanks for fixing
http://bugs.winehq.org/show_bug.cgi?id=27779
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de
--- Comment #82 from André H. nerv@dawncrow.de 2011-10-17 13:13:48 CDT --- winetricks 20110628 has that new setting: grabfullscreen=n does that help?
http://bugs.winehq.org/show_bug.cgi?id=27779
rmlipman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rmlipman@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27779
Benoit PIERRE benoit.pierre@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |benoit.pierre@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27779
anj6781@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |anj6781@gmail.com
--- Comment #83 from anj6781@gmail.com 2011-10-22 10:49:58 CDT --- Problem is still present on Gentoo AMD64, wine 1.3.31 - when steam is running each full screen application is affected by this bug. Fallout: New Vegas is also affected by this bug - even in the window mode.
http://bugs.winehq.org/show_bug.cgi?id=27779
vugene@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vugene@hotmail.com
--- Comment #84 from vugene@hotmail.com 2011-10-22 23:08:49 CDT --- Alt+Tab (focus)
Pressing Alt+Tab appears to fix the mouse pointer appearance by setting it to the in-game version. Pressing Alt+Tab once stops the flickering as described; pressing twice switches to another application. It's as if I need to get some invisible window in focus.
Wine 1.3.31 Compiz - Ubuntu 11.04 Game: Civilization V (uses Steam)
http://bugs.winehq.org/show_bug.cgi?id=27779
eurekafag@eureka7.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eurekafag@eureka7.ru
http://bugs.winehq.org/show_bug.cgi?id=27779
ax 34noff otaku@rambler.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |otaku@rambler.ru
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #85 from ax 34noff otaku@rambler.ru 2011-10-29 13:54:12 CDT --- *** Bug 28931 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #86 from ax 34noff otaku@rambler.ru 2011-10-30 13:10:22 CDT --- I try to reproduce the bug in non-Steam games. I run Steam in background and then play non-Steam version of Stalker without the bug, but when i run Half-life 2 from selfsame Steam the pointer remains and blinks at crosshair place. My Steam version is 1705.
http://bugs.winehq.org/show_bug.cgi?id=27779
arkindal@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |arkindal@gmail.com
--- Comment #87 from arkindal@gmail.com 2011-11-03 14:27:57 CDT --- Just installed steam and fallout, installing team fortress 2 too now. And yes, I am experiencing the mouse issue aswell. I noticed that the mouse pointer stay in the middle only when I have the game window selected, when I'm on something else the pointer isn't there but, as soon as I select the game again, the pointer go instantly in the middle, not even where my mouse should be. Isn't there a way to hide it?
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #88 from magickid@gmx.de 2011-11-03 16:29:12 CDT --- Created attachment 37280 --> http://bugs.winehq.org/attachment.cgi?id=37280 Fix for 27779
This simple patch fixes the issue for me.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #89 from eurekafag@eureka7.ru 2011-11-03 17:12:56 CDT --- (In reply to comment #88) Wow, this really fixed it. Now there's no Xorg cursor in Rage and Mass Effect 2 so they are fully playable! Thanks a lot.
http://bugs.winehq.org/show_bug.cgi?id=27779
sh shooter0106@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shooter0106@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #90 from Alexey Loukianov mooroon2@mail.ru 2011-11-04 12:50:51 CDT --- (In reply to comment #88)
This simple patch fixes the issue for me.
Out of curiosity, what is the background behind this change? Is it really a fix or just a workaround that results in some bugs happening it other cases? How did you come up to this solution?
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #91 from Daniel Neugebauer dneuge-bugzilla@energiequant.de 2011-11-04 13:10:14 CDT --- Doing a quick git annotate, the commit that last changed that line appears to be 886ae4c3 by Alexandre Julliard in April: http://source.winehq.org/git/wine.git/commit/886ae4c3484bcf2cda549d8be39e2f9... Commit comment is "winex11: Always forward SetCursor to the driver, and limit the frequency of updates on the driver side."
http://bugs.winehq.org/show_bug.cgi?id=27779
Colin Ameigh wineappdb@imhotep.org.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wineappdb@imhotep.org.uk
--- Comment #92 from Colin Ameigh wineappdb@imhotep.org.uk 2011-11-05 10:15:31 CDT --- It looks like the original author of that change intended the second clause to be "&&" instead of "||" - so try that change as a patch instead, and propose it back into git if I'm right.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #93 from Alexey Loukianov mooroon2@mail.ru 2011-11-05 15:14:41 CDT --- (In reply to comment #92)
It looks like the original author of that change intended the second clause to be "&&" instead of "||" - so try that change as a patch instead, and propose it back into git if I'm right.
Changing the condition results in introducing lag in cursor change. To test: start up any app which had text input boxes in interface (Steam or regedit will do). Open up window with text input box and smoothly move the cursor to just barely enter the text box. You would notice that it remains arrow-shaped while should already be caret-shaped. If you stop moving the mouse at this moment - cursor would remain arrow-shaped until you start typing in something in the textbox or click a mouse button. OTOH hand proposed patch fixes Steam vs. fullscreen apps when using XI2 problem which makes me believe that after a bit of studying someone would eventually come up with a correct fix.
http://bugs.winehq.org/show_bug.cgi?id=27779
Gweltas g.denece@numericable.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |g.denece@numericable.fr
http://bugs.winehq.org/show_bug.cgi?id=27779
magickid@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |magickid@gmx.de
--- Comment #94 from magickid@gmx.de 2011-11-06 04:48:25 CST --- (In reply to comment #92)
It looks like the original author of that change intended the second clause to be "&&" instead of "||"
yes it removes the desktop cursor as well but it still just skips cursor changes if the are too frequent, not sure how this could be improved.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #95 from Alexey Loukianov mooroon2@mail.ru 2011-11-06 12:34:19 CST --- Actually the condition there is correct at what it had been targeted for: it either propagates changes immediately to X11 in case cursor had changed between calls to SetCursor or rate-limits propagation in case SetCursor are being frequently called with the same cursor handle. Using && in that construction would be wrong. I'm thinking about try to debug today or tomorrow why does the problems with fullscreen cursor only arise in case XI2 is used.
Thankfully I've been able to get Steam starting up and more-or-less working under debugger (I use OllyDbg as my prefered debugger for Win32) and it generally works with non-HW (int 3) breakpoints set in some of Steam modules and inside Wine DLLs. Thus it is possible to do advanced trace tasks without hacking-in anything in Wine sources.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #96 from Colin Ameigh wineappdb@imhotep.org.uk 2011-11-06 14:35:47 CST ---
Actually the condition there is correct at what it had been targeted for
Re-reading it, I would say that you are right; but the condition is not quite complete, since the second clause is what is causing code to execute that makes the cursor appear when it shouldn't.
It maybe needs to be something along the lines of:
if( mousecursorvisible && ( cursorchanged || lastchangecountexceeded )
I'd dig into the code and be more explicit if I had the time.
http://bugs.winehq.org/show_bug.cgi?id=27779
Cedric Heintz cedric@ced117.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cedric@ced117.net
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #97 from GyB gyebro69@gmail.com 2011-11-09 14:50:10 CST --- This bug has been fixed in today's git (wine-1.3.32-122-g2e5f73e)...at least here, on Fedora 16 + X.Org X Server 1.11.1 + Gnome 3.2.1.
I suspect these commits have something to do with the fix: http://source.winehq.org/git/wine.git/commit/098b11e995860e6074a7a42de7464db... http://source.winehq.org/git/wine.git/commit/ef292465bebe13a0dcb52a65a940505... http://source.winehq.org/git/wine.git/commit/9716d1c8619e5fe68d1ad3ab9a18b10...
Please try your Steam games with wine-1.3.32-122-g2e5f73e (or newer) and report back what you find.
http://bugs.winehq.org/show_bug.cgi?id=27779
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |098b11e995860e6074a7a42de74 | |64db683ca8d89 Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #98 from Alexandre Julliard julliard@winehq.org 2011-11-09 14:57:46 CST --- Fixed.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #99 from sh shooter0106@gmail.com 2011-11-10 06:20:41 CST ---
Please try your Steam games with wine-1.3.32-122-g2e5f73e (or newer) and report
back what you find. Works perfect on GTA III in Steam.
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #100 from ax 34noff otaku@rambler.ru 2011-11-10 07:54:35 CST --- wine 1.3.32, last steam, half-life 2 episode one - no bug ^_^
http://bugs.winehq.org/show_bug.cgi?id=27779
ax 34noff otaku@rambler.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|otaku@rambler.ru |
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #101 from Alexey Loukianov mooroon2@mail.ru 2011-11-10 18:43:53 CST --- Yeah, this one is fixed. It was "forbid cross-process cursor changes when clipping is active" that had fixed this bug.
Thank you very much, Alexandre!
http://bugs.winehq.org/show_bug.cgi?id=27779
Diego L. C. diegoitalia88@yahoo.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |diegoitalia88@yahoo.it
--- Comment #102 from Diego L. C. diegoitalia88@yahoo.it 2011-11-10 18:45:49 CST --- With wine 1.3.32, last steam (Counter Strike Source) on Ubuntu 10.04 (amd64) mouse pointer always visible... Isn't fixed for me. :( Whyyyy???
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #103 from Alexey Loukianov mooroon2@mail.ru 2011-11-10 18:51:38 CST --- Because it had been fixed post-1.3.32, in git. Wait for 1.3.33 to be released or try to compile wine from current git to check it the fix works for you (actually I can hardly see why it shouldn't).
http://bugs.winehq.org/show_bug.cgi?id=27779
--- Comment #104 from Diego L. C. diegoitalia88@yahoo.it 2011-11-10 19:03:54 CST --- (In reply to comment #103)
Because it had been fixed post-1.3.32, in git. Wait for 1.3.33 to be released or try to compile wine from current git to check it the fix works for you (actually I can hardly see why it shouldn't).
Thanks for your fast replay. However, because I don't know compile wine from current git I'll wait next release.
http://bugs.winehq.org/show_bug.cgi?id=27779
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #105 from Alexandre Julliard julliard@winehq.org 2011-11-18 13:05:15 CST --- Closing bugs fixed in 1.3.33.
-
wine-bugs＠winehq.org