http://bugs.winehq.org/show_bug.cgi?id=27419
Summary: Mouse problem in Heroes of Might and Magic 3 Product: Wine Version: 1.3.21 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: cdar07@gmail.com
When I go into the castle, then fort and click on a unit picture, new window appear in which I can decide how many of those I want to buy. I click on the maximum button and nothing is happening. From that moment, mouse click is not working. Moving cursor is just fine, only click makes problems.
Everything is ok on wine 1.3.5 from http://wine.budgetdedicated.com/archive/binary/.
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #1 from Austin English austinenglish@gmail.com 2011-06-08 12:38:27 CDT --- Probably a dupe of bug 27156.
http://bugs.winehq.org/show_bug.cgi?id=27419
jm@jm10.no-ip.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jm@jm10.no-ip.com
--- Comment #2 from jm@jm10.no-ip.com 2011-06-12 12:58:32 CDT --- I experience the same issue, even with Wine 1.3.22. First bad commit is between 1.3.19 and 1.3.20:
commit 8e9b4e0a5c6bee5f72ca2314db26233638f0e1d2 Author: Alexandre Julliard julliard@winehq.org Date: Fri May 13 16:19:45 2011 +0200
winex11: Allow MotionNotify events through occasionally while XInput is active.
Compiling using --without-xinput2 provides a workaround for me.
Although HOMM3 also suffers from mouse jumps bug, I am not sure it's completely a dupe of bug 27156. At least, title of this bug should be changed to "Mouse buttons not working properly in Heroes of Might and Magic 3"
http://bugs.winehq.org/show_bug.cgi?id=27419
Reinhard Berger geist1@sms.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |geist1@sms.at
--- Comment #3 from Reinhard Berger geist1@sms.at 2011-06-12 13:52:25 CDT --- You can temporary fix it by giving the focus to any other application and focus back to the game then.
Unfortunaly you have to do that every time.
Also it seems this problem does not appear just right after a new mission start, you can play a few rounds then suddenly it happens.
http://bugs.winehq.org/show_bug.cgi?id=27419
Reinhard Berger geist1@sms.at changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #4 from Reinhard Berger geist1@sms.at 2011-06-12 13:53:12 CDT --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=27419
Lars Blomqvist knaprigt@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |knaprigt@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27419
elnigno@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |elnigno@gmail.com
--- Comment #5 from elnigno@gmail.com 2011-06-17 12:46:29 CDT --- To me this bug appeared with wine 1.3.21 (x86-64 Arch Linux); I downgraded to 1.3.19 and it disappeared.
I also discovered the same "fix" as Reinhard (http://bugs.winehq.org/show_bug.cgi?id=27419#c3) but it is not usable.
http://bugs.winehq.org/show_bug.cgi?id=27419
Tomasz Sałaciński tsalacinski@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tsalacinski@gmail.com
--- Comment #6 from Tomasz Sałaciński tsalacinski@gmail.com 2011-06-29 16:31:30 CDT --- For me it does work with wine-1.3.23. Can anyone confirm this?
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #7 from elnigno@gmail.com 2011-06-30 01:10:15 CDT --- (In reply to comment #6)
For me it does work with wine-1.3.23. Can anyone confirm this?
I upgraded too but unfortunately the bug is still there.
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #8 from Reinhard Berger geist1@sms.at 2011-07-10 05:34:51 CDT --- Played today with 1.3.24 around 3-4h and it worked, then suddenly it doesnt work anymore, even when i re-start the x-server and even if i choose any other save/new game.
i can't click anymore the amount of units, and i need to do press ALT+TAB to shift away and shift back to the game to be able to click even the exit button.
i installed all the x-server fixes that has come latly, but still the problem remains.
I still don't get it why this bug only happens after some time and not just right after starting.
What i'll try next is rebooting the system and see if the problem then goes away again for some time.
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #9 from Reinhard Berger geist1@sms.at 2011-07-10 05:53:10 CDT --- Well, rebooting the system does not help the problem is still there.
Tried also to downgrade back to wine 1.3.15 where it works correctly, and then back to 1.3.24 and the problem was there again.
I'm out of clues how it comes to this problem.
Sometimes it works correctly for some hours and then suddenly it just doesn't work anymore.
As for me i'll go back to version 1.3.15 which works perfectly.
http://bugs.winehq.org/show_bug.cgi?id=27419
Emanuele emanuele.emalele@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |emanuele.emalele@gmail.com
--- Comment #10 from Emanuele emanuele.emalele@gmail.com 2011-08-11 09:18:07 CDT --- Hi,
I verified the issue with Wine 1.3.26: each click into the castle and the transferring creatures totally invalidate mouse pointer.
It happens ever to me but I found an easy workaround: no alt+tab or change app :)
Read the Wine guide:
http://wiki.winehq.org/UsefulRegistryKeys
especially in the section about DirectInput. Then launch wine regedit, go to the proper section of the registry (HKEY_CURRENT_USER->Software->Wine), create a new KEY if not present (DirectInput), then create a new STRING VALUE (MouseWarpOverride) under the key just created (DirectInput). Now set the following value into the STRING: 'force'.
The mouse worked endlessly and the game works very well.
Of course if you are using Wine for other games remove the value because I cannot assure that it is ok for all the games in the world :)
Good luck!
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #11 from elnigno@gmail.com 2011-08-19 01:35:25 CDT --- (In reply to comment #10)
Hi,
I verified the issue with Wine 1.3.26: each click into the castle and the transferring creatures totally invalidate mouse pointer.
It happens ever to me but I found an easy workaround: no alt+tab or change app :)
Read the Wine guide:
http://wiki.winehq.org/UsefulRegistryKeys
especially in the section about DirectInput. Then launch wine regedit, go to the proper section of the registry (HKEY_CURRENT_USER->Software->Wine), create a new KEY if not present (DirectInput), then create a new STRING VALUE (MouseWarpOverride) under the key just created (DirectInput). Now set the following value into the STRING: 'force'.
The mouse worked endlessly and the game works very well.
Of course if you are using Wine for other games remove the value because I cannot assure that it is ok for all the games in the world :)
Good luck!
Hi Emanuele, I tried your workaround and it didn't work unfortunately (wine 1.3.26 x64 on Arch Linux). :(
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #12 from Reinhard Berger geist1@sms.at 2011-08-19 08:09:05 CDT --- It should/has do due with a X-Server bug which should be fixed in newer X-Server Versions.
Unfortunaly one does not get realy a new X-Server version in ubuntu, without upgrading the etnire system.
So thereforce i'll try to install heroes3 with current wine on the newest daily build of upcomming ubuntu and see if this input bug is still present there.
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #13 from Emanuele emanuele.emalele@gmail.com 2011-08-20 02:04:56 CDT --- (In reply to comment #12)
It should/has do due with a X-Server bug which should be fixed in newer X-Server Versions.
Unfortunaly one does not get realy a new X-Server version in ubuntu, without upgrading the etnire system.
So thereforce i'll try to install heroes3 with current wine on the newest daily build of upcomming ubuntu and see if this input bug is still present there.
Ahh so there is a reason if I prefer to build my own system instead of installing a full Linux distro with a single click :) Windows is born to do that :)
Joking apart, then if it's a bug of X (I have version 1.10.2) maybe elnigno you could try to see if your config is similar to mine... I suppose in the wait for the software fix it's a good point.
Ok, which sort of mouse driver are you using? I'm using event interface device kernel level and in xorg config and no other input device is specified (except for keyboard-all of course).
Could you check that, please?
Other than that which version of X have you installed? I remember that X with HAL device scanning (1.6 and 1.7 if I'm not wrong) gave me dozens of issues.
So to recap: could you report X version and input device driver? :)
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=27419
deckoff@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |deckoff@gmail.com
--- Comment #14 from deckoff@gmail.com 2011-08-22 04:22:00 CDT --- I would suggest the following workaroud, which works very well for me. Install PlayonLinux. Manage wine - install 1.3.19 version Install the game from playOn Linux, after it is installed, configure - version: choose 1.3.19. Runs very well for me. Other option is to run the game in a virtual desktop, but the window will stay 800x600. I tried this with Gog version of the game, which runs and installs really well for me
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #15 from Reinhard Berger geist1@sms.at 2011-08-23 00:04:21 CDT --- Why not install 1.3.19 directly
Also on 1.3.219 (which i use currently) Heroes runs in fullscreen. (800X600).
To be able to switch back to 1920X1080 during gameplay i let the game run on a 2nd user and switch back with CTRL+ALTF7/F8.
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #16 from deckoff@gmail.com 2011-08-23 01:49:32 CDT --- I prefer PlayOnLinux cos different games run better on different versions of wine, no other reason
http://bugs.winehq.org/show_bug.cgi?id=27419
hominy nazwa.ekranowa@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nazwa.ekranowa@gmail.com
--- Comment #17 from hominy nazwa.ekranowa@gmail.com 2011-09-05 08:30:58 CDT --- still an serious issue in 1.3.27 (tested on arch linux and wine 1.3.27-1)
1.3.19 works without problems
http://bugs.winehq.org/show_bug.cgi?id=27419
b4x b4x@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |b4x@mail.ru
--- Comment #18 from b4x b4x@mail.ru 2011-11-13 14:33:44 CST --- same problem at wine-1.3.32
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #19 from Reinhard Berger geist1@sms.at 2012-03-19 12:13:21 CDT --- (In reply to comment #18)
same problem at wine-1.3.32
I found out that you can get around this problem when you de-activate in wine settings the option : "Allow the window manager to control windows"
This option only works when the game is running in full screen 800X600.
If you let wine emulate a virtual desktop then this option has no effect on the game and the game then works fine with or without enabled setting.
Compared to older wine version 1.3.21 ?? (or 1.3.20) this setting was not necessary to set.
The only problem with this settings is then- that when it is turned off, under kwin (maybe other windows managers too ?) you can not hide any wine window anymore.
If you compile wine without xinput2 you do not need to turn off this setting.
So this is then either a bug or a regressen in wine 1.4
Tested under kubuntu 10.11 with wine 1.4-rc6
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #20 from b4x b4x@mail.ru 2012-03-19 13:02:30 CDT --- thank you very much! turning off this option works for wine-1.5.0 @ 3.2.9-gentoo
(In reply to comment #19)
(In reply to comment #18)
same problem at wine-1.3.32
I found out that you can get around this problem when you de-activate in wine settings the option : "Allow the window manager to control windows"
...
http://bugs.winehq.org/show_bug.cgi?id=27419
lubart slava.ua@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |slava.ua@mail.ru
--- Comment #21 from lubart slava.ua@mail.ru 2013-01-29 10:05:01 CST --- Thanks a lot!!! This works for me as well! wine 1.4.1, Ubuntu 12.10
(In reply to comment #19)
(In reply to comment #18)
same problem at wine-1.3.32
I found out that you can get around this problem when you de-activate in wine settings the option : "Allow the window manager to control windows"
http://bugs.winehq.org/show_bug.cgi?id=27419
Joe Smith joseph.m.smith@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joseph.m.smith@gmail.com
--- Comment #22 from Joe Smith joseph.m.smith@gmail.com 2013-02-01 13:51:34 CST --- I'm using Linux Mint 13 Xfce 64-bit, PlayOnLinux 4.1.10-dev, and the Gog.com version of HOMM3 to test the game.
I confirmed that wine version 1.3.19 does not have any mouse issues, and 1.3.20 introduces the regression where you cannot buy creatures.
In 1.3.20, not only are the creature window buttons not clickable, but the mouse is "jumpy" even when not buying creatures. The jumpiness was hard to pin down as it didn't always clearly happen. The jumpiness issue seems to clear up in 1.3.33 however.
The issue where you cannot buy creatures still exists through version 1.5.22 (the last version of wine I tested).
Has anyone confirmed what the cause of this issue is? Reinhard mentioned an X-Server bug, perhaps someone could test a newer version or we could link it to a bug report? I tried looking for my xserver version, but I don't think I'm skilled enough in linux.
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #23 from lubart slava.ua@mail.ru 2013-02-03 15:52:27 CST --- (In reply to comment #22)
Everything will work fine even on wine 1.4 if you uncheck "Allow the window manager to control windows" option in wine preferences.
You should go to Wine / Configure Wine (or find Configure Wine in your Unity/Gnome apps search panel) / go to the Graphics tab and uncheck all checkboxes.
Start Heroes, now it should work fine!
http://bugs.winehq.org/show_bug.cgi?id=27419
Aurimas aurimas@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aurimas@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #24 from Aurimas aurimas@gmail.com 2013-04-13 08:50:11 CDT --- Still a problem in Wine 1.5.28. I can confirm that regression (mouse clicks stop working) is introduced by
commit 8e9b4e0a5c6bee5f72ca2314db26233638f0e1d2 Author: Alexandre Julliard julliard@winehq.org Date: Fri May 13 16:19:45 2011 +0200
winex11: Allow MotionNotify events through occasionally while XInput is active.
http://bugs.winehq.org/show_bug.cgi?id=27419
kyropower@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kyropower@web.de
--- Comment #25 from kyropower@web.de 2013-09-22 11:24:30 CDT --- I found a solution that solved the issue on my system (I am using Ubuntu 12.04 and gnome 3 / gnome classic).
My solution is to switch from compiz to metacity (another window manager) before the gaming session. You can do that by opening a terminal and entering the command "metacity --replace &" before you start to play. After you played, you can either switch back to compiz by logging out and in again (CRTL+ALT+Backspace. The switch to metacity is non-permanent) or by typing "compiz --replace" into the terminal.
No further fixes or changes were necessary for me (i.e., no virtual desktop or "Allow the window manager to control windows"), and I can run the game in fullscreen mode without any problems.
http://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #26 from kyropower@web.de 2013-09-22 11:25:55 CDT --- PS: I am using wine 1.4.
http://bugs.winehq.org/show_bug.cgi?id=27419
Bernd Schmidt bernds_cb1@t-online.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernds_cb1@t-online.de
--- Comment #27 from Bernd Schmidt bernds_cb1@t-online.de --- Occurs here too with Wine-1.6 (using Heroes3HD). Unfortunately the code has changed so I can't easily test whether reverting the patch in question fixes it. The suggested DirectInput regkey workaround does nothing over here.
https://bugs.winehq.org/show_bug.cgi?id=27419
Marton Balint cus@fazekas.hu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cus@fazekas.hu
https://bugs.winehq.org/show_bug.cgi?id=27419
JackAshe205+winehq@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |JackAshe205+winehq@gmail.co | |m
--- Comment #28 from JackAshe205+winehq@gmail.com --- Hi, I just bought Heroes 3 from GOG.com and I am having this problem. :(
https://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #29 from Joe Smith joseph.m.smith@gmail.com --- The easiest solution is probably to install the game using PlayOnLinux, it should just work now.
If you don't want to use PlayOnLinux you could, as suggested above, (1) run the game in a virtual desktop or (2) de-activate wine settings "Allow the window manager to control windows".
https://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #30 from JackAshe205+winehq@gmail.com --- Thanks Joe Smith. It wasn't clear from reading the first few comments and then the last ones. I'll do that.
https://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #31 from Ken Sharp imwellcushtymelike@gmail.com --- Does this still occur in Wine 1.7.44 or later?
https://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #32 from Aurimas aurimas@gmail.com --- (In reply to Ken Sharp from comment #31)
Does this still occur in Wine 1.7.44 or later?
Yes (1.7.44), exactly as described in the original report.
https://bugs.winehq.org/show_bug.cgi?id=27419
Vasyl Demin vasyl.demin@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vasyl.demin@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=27419
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #33 from winetest@luukku.com --- (In reply to Aurimas from comment #32)
(In reply to Ken Sharp from comment #31)
Does this still occur in Wine 1.7.44 or later?
Yes (1.7.44), exactly as described in the original report.
Can you retest 2.x series of wine?
That version of wine is 1-2 years behind in development.
https://bugs.winehq.org/show_bug.cgi?id=27419
--- Comment #34 from Marton Balint cus@fazekas.hu --- I can't seem to reproduce it in wine 2.3.
https://bugs.winehq.org/show_bug.cgi?id=27419
Sergey Isakov isakov-sl@bk.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |isakov-sl@bk.ru
--- Comment #35 from Sergey Isakov isakov-sl@bk.ru --- I observed some mouse click problems with old wine version. Now all is fine since 1.9 as far as I remember.
https://bugs.winehq.org/show_bug.cgi?id=27419
vv221 vv221+winehq@dotslashplay.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vv221+winehq@dotslashplay.i | |t
--- Comment #36 from vv221 vv221+winehq@dotslashplay.it --- While I used to experience this bug, it has been several WINE releases already that I have not seen it triggered. A recent test with WINE 7.0-rc3 on top of a Debian Bookworm/Sid using Mesa 21.2.6 did not trigger it either.
Unless someone can still report a reproducing scenario, I would advise closing this bug as RESOLVED/FIXED.
https://bugs.winehq.org/show_bug.cgi?id=27419
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #37 from joaopa jeremielapuree@yahoo.fr --- Reported fixed 3 times (the last 3 comments) Can an administrator close this bug as FIXED?
https://bugs.winehq.org/show_bug.cgi?id=27419
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #38 from Gijs Vermeulen gijsvrm@gmail.com --- Assuming fixed, please reopen if you can still reproduce.
https://bugs.winehq.org/show_bug.cgi?id=27419
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #39 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 7.0-rc4.