http://bugs.winehq.org/show_bug.cgi?id=21859
Summary: Sins of a Solar Empire: Main menu does not respond to mouse clicks Product: Wine Version: 1.1.38 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: andy@wtribe.com
Created an attachment (id=26466) --> (http://bugs.winehq.org/attachment.cgi?id=26466) default log
I've seen this reported in the appdb comments, but I haven't seen a bug. Since wine-1.1.36, Sins of a Solar Empire (soase) no longer responds to mouse clicks in the main menu, rendering the game unplayable. I tested in a clean wineprefix, which yielded the same results as my default wineprefix (which has d3d and msxml3 DLLOverrides from winetricks for Civ4).
I am running "vanilla" soase, v1.19 (http://sinsofasolarempire.com).
I'm running a mostly-stable Gentoo amd64 system, and normally use the latest ~amd64 wine ebuild..
I'm trying to run a regression test, but am having a hard time of it. I'm down to 20-some commits, and am running into user32.dll failures almost constantly. If I don't see some improvement soon, I'll post the git bisect log and hope that someone smarter than me can make use of it.
Let me know what else I can test / post to help things along.
http://bugs.winehq.org/show_bug.cgi?id=21859
--- Comment #1 from Andy Wilkinson andy@wtribe.com 2010-02-24 22:32:30 --- Created an attachment (id=26467) --> (http://bugs.winehq.org/attachment.cgi?id=26467) git bisect log
Sure enough; I ran out of commits to test just a few minutes after posting the bug.
http://bugs.winehq.org/show_bug.cgi?id=21859
Andy Wilkinson andy@wtribe.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #26466|0 |1 is obsolete| |
--- Comment #2 from Andy Wilkinson andy@wtribe.com 2010-02-24 22:34:08 --- Created an attachment (id=26468) --> (http://bugs.winehq.org/attachment.cgi?id=26468) log from unsuccessful test
http://bugs.winehq.org/show_bug.cgi?id=21859
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #26467|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=21859
--- Comment #3 from Austin English austinenglish@gmail.com 2010-02-25 00:46:37 --- (In reply to comment #1)
Created an attachment (id=26467)
--> (http://bugs.winehq.org/attachment.cgi?id=26467) [details]
git bisect log
Sure enough; I ran out of commits to test just a few minutes after posting the bug.
Why all the skips?
http://bugs.winehq.org/show_bug.cgi?id=21859
--- Comment #4 from Andy Wilkinson andy@wtribe.com 2010-02-25 01:16:31 --- Created an attachment (id=26470) --> (http://bugs.winehq.org/attachment.cgi?id=26470) log showing user32.dll error
(In reply to comment #3)
(In reply to comment #1)
Created an attachment (id=26467)
--> (http://bugs.winehq.org/attachment.cgi?id=26467) [details] [details]
git bisect log
Sure enough; I ran out of commits to test just a few minutes after posting the bug.
Why all the skips?
I've attached another log showing the user32.dll error that occurred on every skipped commit: this exact error is the only reason I ever skipped. It looked to me like those errors had something to do with some transitional steps in the 16-bit/32-bit separation, and I wasn't sure of anything I could do to work around it.
http://bugs.winehq.org/show_bug.cgi?id=21859
--- Comment #5 from Vitaliy Margolen vitaliy@kievinfo.com 2010-02-25 09:18:20 --- Where you doing make distclean between each compile? With huge build changes in source tree you need to do that.
http://bugs.winehq.org/show_bug.cgi?id=21859
--- Comment #6 from Andy Wilkinson andy@wtribe.com 2010-02-25 10:29:52 --- (In reply to comment #5)
Where you doing make distclean between each compile? With huge build changes in source tree you need to do that.
Ah, no. I was following the instructions in the RegressionTesting wiki pretty much step for step. I'll redo the test with make distclean between each recompile, and report back.
http://bugs.winehq.org/show_bug.cgi?id=21859
--- Comment #7 from Austin English austinenglish@gmail.com 2010-02-25 10:33:40 --- (In reply to comment #6)
(In reply to comment #5)
Where you doing make distclean between each compile? With huge build changes in source tree you need to do that.
Ah, no. I was following the instructions in the RegressionTesting wiki pretty much step for step. I'll redo the test with make distclean between each recompile, and report back.
It's not normally needed, but perhaps should be added to the wiki page.
The other possibility is that a 2nd bug creeped in, that was already fixed. If so, there's a bit more complicated process to find the original bug. See http://wiki.winehq.org/ReverseRegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=21859
Andy Wilkinson andy@wtribe.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #26467|0 |1 is obsolete| |
--- Comment #8 from Andy Wilkinson andy@wtribe.com 2010-02-25 12:52:02 --- Created an attachment (id=26480) --> (http://bugs.winehq.org/attachment.cgi?id=26480) git bisect log
New regression test log attached. I was able to run the regression test as expected when I ran make distclean before each new bisect, thanks!
$ git bisect bad b49e684f5d2447171589acccb37ffee81ffffbe2 is the first bad commit commit b49e684f5d2447171589acccb37ffee81ffffbe2 Author: Henri Verbeet hverbeet@codeweavers.com Date: Tue Dec 22 18:32:14 2009 +0100
wined3d: Focus the focus window.
:040000 040000 38507f0bb7f7a9d0b14b06dad54f8573d00452f6 818c7678dc168576d8399f8459021d83c978ea3a M dlls
http://bugs.winehq.org/show_bug.cgi?id=21859
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression CC| |hverbeet@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=21859
--- Comment #9 from Andy Wilkinson andy@wtribe.com 2010-03-07 23:12:24 --- As a point of interest, talking with KnightMB at the appdb entry for version 1.181, I got the idea to try it outside an explorer desktop. The mouse DOES work with the game run on its own. Sadly I can't play a game that's hanging halfway off my right-hand monitor. ;)
http://bugs.winehq.org/show_bug.cgi?id=21859
--- Comment #10 from Henri Verbeet hverbeet@gmail.com 2010-03-16 13:25:55 --- Does http://bugs.winehq.org/attachment.cgi?id=26843 (attached to bug 21426) make any difference?
http://bugs.winehq.org/show_bug.cgi?id=21859
--- Comment #11 from Andy Wilkinson andy@wtribe.com 2010-03-16 15:37:05 --- (In reply to comment #10)
Does http://bugs.winehq.org/attachment.cgi?id=26843 (attached to bug 21426) make any difference?
Yes it does! Applying that patch to git master fixes the mouse in the desktop. Let me know if I can test anything else.
However, I can also now tell that I seem to be suffering from bug 21384. I will post some logs over there and see if I can help out.
http://bugs.winehq.org/show_bug.cgi?id=21859
--- Comment #12 from Henri Verbeet hverbeet@gmail.com 2010-03-18 11:59:54 --- Should be fixed by 0838d0ab6491bdc0fb32d0b8715fbb57088b926a.
http://bugs.winehq.org/show_bug.cgi?id=21859
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|hverbeet@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=21859
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |mstefani@redhat.com Resolution| |FIXED
--- Comment #13 from Michael Stefaniuc mstefani@redhat.com 2010-11-16 17:17:54 CST --- Resolving as per comment #12. Also the AppDB http://appdb.winehq.org/objectManager.php?sClass=application&iId=6653 has the game rated "Gold" for wine-1.2.1 and none of the workarounds mentions mouse issues.
http://bugs.winehq.org/show_bug.cgi?id=21859
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #14 from Alexandre Julliard julliard@winehq.org 2010-11-26 13:15:11 CST --- Closing bugs fixed in 1.3.8.
-
wine-bugs＠winehq.org