http://bugs.winehq.org/show_bug.cgi?id=11029
Summary: Black & White game does not respond to mouse clicks Product: Wine Version: 0.9.52. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-dinput AssignedTo: wine-bugs@winehq.org ReportedBy: shacklein@gmail.com
Created an attachment (id=10026) --> (http://bugs.winehq.org/attachment.cgi?id=10026) WINEDEBUG=+dinput, on wine 0.9.52 with B&W v1.30. Several attempts to click to start the first level were made
Black & White (original game, no expansion pack) does not respond to mouse clicking. This happens with versions 1.00 (retail), 1.10 and 1.30.
I have tested so far with Wine versions 0.9.49 and 0.9.52. In both versions, the game does not respond to mouse clicks, so it is completely unplayable.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #1 from Ben Klein shacklein@gmail.com 2008-01-06 18:47:23 --- Update:
I've created a new and otherwise empty WINEPREFIX for Black & White now. I've only been able to run B&W v1.10 in this WINEPREFIX (others do not load), but it seems this problem is not related to individual versions of the game.
I have tried a native dinput.dll and confirmed that it loaded, but it didn't change *any* behaviour in the new WINEPREFIX (in which I haven't created a game profile because I can't change the profile's symbol). The cursor appears and moves correctly, but no mouse button clicks are processed.
Since there is no demo version of B&W, I have been trying to find similar bugs already on bugzilla, but have had no luck. (I thought 9333 was a good candidate, but it doesn't seem to be the same problem.)
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #2 from killertux killertux@suomi24.fi 2008-01-18 17:46:49 --- If you want to see it "working" you can try Wine 0.9.29 but it does not work any Wine version before or after that Wine version... anyway I think it only works because some Wine bugs.
Mouse clicks worked here long time ago in Wine 0.9.29
http://bugs.winehq.org/show_bug.cgi?id=11029
Athrun samurai_no_densetsu@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |samurai_no_densetsu@yahoo.es
--- Comment #3 from Athrun samurai_no_densetsu@yahoo.es 2008-01-20 06:50:04 --- I can confirm that wine-0.9.53 still has this issue, using a already played install autoloads a game and mouse works fine except the fact that it don't register the clicks, but you can do spell gestures, making new waypoints, etc..
But is no playable as you need to click in order to do almost everything.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #4 from Austin English austinenglish@gmail.com 2008-01-21 13:33:27 --- (In reply to comment #3)
I can confirm that wine-0.9.53 still has this issue, using a already played install autoloads a game and mouse works fine except the fact that it don't register the clicks, but you can do spell gestures, making new waypoints, etc..
But is no playable as you need to click in order to do almost everything.
Can you try with a clean .wine directory? Can you try if a native dinput8.dll helps this? Can you try in a virtual desktop?
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #5 from Athrun samurai_no_densetsu@yahoo.es 2008-01-21 15:46:15 --- (In reply to comment #4)
Ok I renamed my .wine and let Wine create a brand new directory to test this the way you suggested.
So I tested it both with and without a native dinput8.dll on system32 and overriding that library in winecfg. Also as you requested I tried running it on a virtual desktop both with native and builtin dinput8.dll.
The result was that none of these worked as it still (by some reason) don't register the clicks, but as expected mouse works, because if you do a waypoint it appears on under the cursor location and if move mouse and change cursor position and recreate, again appears under the current cursor position. So in that way wors fine. The only thing that don't work is clicking.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #6 from Vitaliy Margolen vitaliy@kievinfo.com 2008-04-19 11:08:59 --- If it worked in wine-0.9.29 and not in any other version, can some one do a regression test on dlls/dinput directory between wine-0.9.29 and wine-0.9.30? There were few patches between those versions.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #7 from Athrun samurai_no_densetsu@yahoo.es 2008-04-19 18:10:49 --- (In reply to comment #6) How is a regression test done?
By the way, I can confirm that clicks worked like a charm on wine-0.9.29, but wine-0.9.30 lost that functionality.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #8 from Austin English austinenglish@gmail.com 2008-04-20 02:13:03 --- http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #9 from Ben Klein shacklein@gmail.com 2008-05-08 07:51:42 --- Still the same with 0.9.61. I'm going to do some regression testing.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #10 from Ben Klein shacklein@gmail.com 2008-05-08 23:53:49 --- Created an attachment (id=12837) --> (http://bugs.winehq.org/attachment.cgi?id=12837) Crash output of 0.9.29
The results of my regression test:
B&W doesn't work for me with 0.9.29 at all (that's as far as I got). It creates the window, makes it black, then crashes.
Note that to compile 0.9.29 on my Debian/unstable system, I had to apply a couple of patches: http://bugs.winehq.org/attachment.cgi?id=8989 LDAP patch http://bugs.gentoo.org/attachment.cgi?id=138738&action=view Memcheck deprecation patch
So maybe someone else could suggest a fix, or try their own regression test?
http://bugs.winehq.org/show_bug.cgi?id=11029
Frank Roscher onety-three@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #11 from Frank Roscher onety-three@gmx.net 2008-05-24 10:56:43 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=11029
Frank Roscher onety-three@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |onety-three@gmx.net
--- Comment #12 from Frank Roscher onety-three@gmx.net 2008-05-24 14:11:37 --- I tried a bisect between versions 0.9.29 and 0.9.30, but only like this: git bisect start dlls/dinput dlls/dinput8
Well, the commit I got out of it doesn't seem to be related to our issue at all:
22a6983a96cf733401efe1ae814ca769e56f23b5 is first bad commit commit 22a6983a96cf733401efe1ae814ca769e56f23b5 Author: Christoph Frick frick@sc-networks.de Date: Mon Jan 15 12:07:04 2007 +0100
dinput: Rename 'axe' to 'axis'.
:040000 040000 f90858c7f31b0cf1deb0e307c3f3e3e0d1dc708c dc7db9a0c6b32b46db89b2c9463a4be05461e495 M dlls
...so I need some advice what to do next. Is there a good way to do a new mini-bisect around this commit, maybe including all of the wine tree as opposed to only the dinput-folders?
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #13 from Frank Roscher onety-three@gmx.net 2008-05-25 13:42:39 --- Okay, I did a full bisection. Or, to be precise: I did 3 full bisections. For the last two I eliminated any possible source of error I could think of and tested the application 3 times for each bisect step - and those two bisections actually agree on one commit. It's not input-related, though:
5ddac44dc2a6637613407fa900d3fafac37e70d8 is first bad commit commit 5ddac44dc2a6637613407fa900d3fafac37e70d8 Author: Dmitry Timoshkov dmitry@codeweavers.com Date: Sun Jan 14 20:16:42 2007 +0800
wined3d: Do not play with WS_VISIBLE, this causes unwanted mapping/unmapping of the window.
:040000 040000 0f626c22055c77ca5710ba504c912e1759029abd d538ffd087c7c3db51c8ba50bec54890a6532cfb M dlls
The wiki page suggested to CC the author of the patch, but I'm not really sure this is a good idea here so I'll leave it to someone more knowledgeable.
http://bugs.winehq.org/show_bug.cgi?id=11029
Kris Marsh moogman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |moogman@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=11029
Daniel pastund@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pastund@gmx.de
http://bugs.winehq.org/show_bug.cgi?id=11029
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vitaliy@kievinfo.com Component|directx-dinput |-unknown
--- Comment #14 from Vitaliy Margolen vitaliy@kievinfo.com 2008-07-05 20:44:16 --- Thank you for doing regression testing. Is there a demo for this game? If not, please attach output of +message,+event,+dinput,+tid with wine-0.9.39 and with the latest Wine version.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #15 from Ben Klein shacklein@gmail.com 2008-07-05 22:48:01 --- (In reply to comment #14)
Is there a demo for this game?
No. I even contacted the game developer Lionhead (who are now owned by Microsoft) and they confirmed this.
(In reply to comment #14)
... with wine-0.9.39 and with the latest Wine version.
I'm sure you mean 0.9.29 here :)
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #16 from Frank Roscher onety-three@gmx.net 2008-07-06 05:35:56 --- Created an attachment (id=14613) --> (http://bugs.winehq.org/attachment.cgi?id=14613) output using wine 0.9.29 with WINEDEBUG=+message,+event,+dinput,+tid
Attaching Wine's output using 0.9.29 (compiled by myself using two necessary patches for valgrind- and ldap-related code) when invoked with WINEDEBUG=+message,+event,+dinput,+tid
I waited until the screen with the floating particles that can be pushed around by moving the mouse appeared, clicked the screen away, switched back to my Konsole and terminated Wine using Control+C.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #17 from Frank Roscher onety-three@gmx.net 2008-07-06 05:38:51 --- Created an attachment (id=14614) --> (http://bugs.winehq.org/attachment.cgi?id=14614) output using wine 1.1.0 with WINEDEBUG=+message,+event,+dinput,+tid
Attaching Wine's output using 1.1.0 (package from the BudgetDedicated Ubuntu repository) when invoked with WINEDEBUG=+message,+event,+dinput,+tid
I waited until the screen with the floating particles that can be pushed around by moving the mouse appeared, tried to click the screen away without success, switched back to my Konsole and terminated Wine using Control+C.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #18 from Vitaliy Margolen vitaliy@kievinfo.com 2008-07-23 12:00:12 --- Sorry took so long to get to this. Did you ran these tests in virtual desktop? If so, can you run them without virtual desktop?
Because what I see is that messages go straight to the desktop window in the 1.1.0 log. Which is not good.
Please attach same logs with WINEDEBUG=+message,+event,+dinput,+tid,+win
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #19 from Frank Roscher onety-three@gmx.net 2008-07-23 14:14:42 --- Yes, I did run them in virtual desktop. As I'm not completely sure what you need I'll upload logs for the 4 possible combinations.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #20 from Frank Roscher onety-three@gmx.net 2008-07-23 14:16:28 --- Created an attachment (id=15007) --> (http://bugs.winehq.org/attachment.cgi?id=15007) wine 0.9.29, no virtual desktop, WINEDEBUG=+message,+event,+dinput,+tid,+win
http://bugs.winehq.org/show_bug.cgi?id=11029
Frank Roscher onety-three@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14613|0 |1 is obsolete| |
--- Comment #21 from Frank Roscher onety-three@gmx.net 2008-07-23 14:17:25 --- Created an attachment (id=15008) --> (http://bugs.winehq.org/attachment.cgi?id=15008) wine 0.9.29, with virtual desktop, WINEDEBUG=+message,+event,+dinput,+tid,+win
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #22 from Frank Roscher onety-three@gmx.net 2008-07-23 14:18:08 --- Created an attachment (id=15009) --> (http://bugs.winehq.org/attachment.cgi?id=15009) wine 1.1.0, no virtual desktop, WINEDEBUG=+message,+event,+dinput,+tid,+win
http://bugs.winehq.org/show_bug.cgi?id=11029
Frank Roscher onety-three@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14614|0 |1 is obsolete| |
--- Comment #23 from Frank Roscher onety-three@gmx.net 2008-07-23 14:18:48 --- Created an attachment (id=15010) --> (http://bugs.winehq.org/attachment.cgi?id=15010) wine 1.1.0, with virtual desktop, WINEDEBUG=+message,+event,+dinput,+tid,+win
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #24 from Vitaliy Margolen vitaliy@kievinfo.com 2008-07-23 16:40:41 --- (In reply to comment #19)
Yes, I did run them in virtual desktop. As I'm not completely sure what you need I'll upload logs for the 4 possible combinations.
I don't care about virtual desktop - it's not functional configuration that won't ever be fixed. Don't bother reporting any problems when using virtual desktop.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #25 from Frank Roscher onety-three@gmx.net 2008-07-24 02:57:42 --- (In reply to comment #24) That's a shame, the virtual desktop makes testing much more convenient :/
Anyway, I just verified that the bug behaves the same without using virtual desktop - especially the result of the regression test is still valid.
One little reminder (because I forgot about it myself): Keyboard input and movement of the mouse are detected correctly, it's just the clicks that don't get through.
http://bugs.winehq.org/show_bug.cgi?id=11029
luke16 luke16@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |luke16@gmail.com
--- Comment #26 from luke16 luke16@gmail.com 2008-07-25 00:49:20 --- One of the first errors when running this is: err:winedevice:ServiceMain driver L"DgiVecp" failed to load Does anyone know what dgivecp is in this case? That error only popped up the first time I ran the game. Every other time it wasn't present.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #27 from Athrun samurai_no_densetsu@yahoo.es 2008-07-25 06:39:10 --- (In reply to comment #26) Googling a little it seems that dgivecp.sys former "DgiVecp" appears to be installed from either ViewAhead’s TeamMFP software or some FujiXerox Workcenter app. Either way, as this is not a Microsoft driver, and less a common one.
But I never saw this one running Black & White, maybe it was installed by another app?
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #28 from Jasmine Iwanek jasmine@iwanek.co.uk 2008-07-30 17:04:40 --- Created an attachment (id=15183) --> (http://bugs.winehq.org/attachment.cgi?id=15183) makes the mouse clicks register in black & white
this patch applies cleanly to wine 1.0 and 1.1.2 fixes the mouse click problem completely
dunno if this is the right way to do it but atleast it works :-)
http://bugs.winehq.org/show_bug.cgi?id=11029
Jasmine Iwanek jasmine@iwanek.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jasmine@iwanek.co.uk
--- Comment #29 from Jasmine Iwanek jasmine@iwanek.co.uk 2008-07-30 18:19:28 --- update about my patch - it works in 1.0 - it doesn't in 1.1.2. I'm gonna run a regression test to find out which change broke it in 1.1.x and if the 1.0.x patch is even valid for 1.1.x
more as i work it out
http://bugs.winehq.org/show_bug.cgi?id=11029
Jasmine Iwanek jasmine@iwanek.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #15183|makes the mouse clicks |wine-1.0 makes the mouse description|register in black & white |clicks register in black & | |white Attachment #15183|wine-1.x-bwgamefix.diff |wine-1.0-bwgamefix.diff filename| |
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #30 from Frank Roscher onety-three@gmx.net 2008-08-01 10:07:58 --- (In reply to comment #29) It's great that you're working on this problem! Your patch doesn't fix the problem for me, though. Neither in 1.1.2 nor in 1.0.
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #31 from Jasmine Iwanek jasmine@iwanek.co.uk 2008-08-01 10:58:13 --- just rechecked it in a fully clean install of wine - dosnt work even with my patch
very strange - now ive gotta work out what i did differently cos in the other install the clicks work perfectly :-(
it dosnt work in 1.1.2 btw but i recon that could be because of the same problem
hmmm this is a strange one
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #32 from Ben Klein shacklein@gmail.com 2008-08-01 21:49:52 --- (In reply to comment #31)
very strange - now ive gotta work out what i did differently cos in the other install the clicks work perfectly :-(
Any native DLLs?
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #33 from Daniel pastund@gmx.de 2008-08-21 06:09:16 --- Thank you to developers, mouse clicks are working with wine-1.1.2-551-g34aa6b7
http://bugs.winehq.org/show_bug.cgi?id=11029
Ben Klein shacklein@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #34 from Ben Klein shacklein@gmail.com 2008-08-21 09:15:10 --- (In reply to comment #33)
Thank you to developers, mouse clicks are working with wine-1.1.2-551-g34aa6b7
Just tried it out myself using that exact git revision.
AWESOMENESS ITSELF! ... I mean, it's fixed. :)
http://bugs.winehq.org/show_bug.cgi?id=11029
--- Comment #35 from Roderick Colenbrander thunderbird2k@gmx.net 2008-08-21 09:21:36 --- The bug seems to be fixed according to the posts here.
http://bugs.winehq.org/show_bug.cgi?id=11029
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #36 from Alexandre Julliard julliard@winehq.org 2008-08-22 10:45:48 --- Closing bugs fixed in 1.1.3.
-
wine-bugs＠winehq.org