http://bugs.winehq.org/show_bug.cgi?id=18285
Summary: Seven Kingdoms: Game does not recognize mouse and keyboard Product: Wine Version: 1.1.20 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: jeffrey.finkelstein@gmail.com
Created an attachment (id=20817) --> (http://bugs.winehq.org/attachment.cgi?id=20817) Terminal output from running the game
After executing the game, the introductory movie plays, then the game's main menu is displayed. However, moving the mouse does not affect the cursor on the screen, and no keyboard presses have any effect on the state of the game.
Using Ubuntu 9.04, Jaunty Jackalope, on a Dell Inspiron 9300.
http://bugs.winehq.org/show_bug.cgi?id=18285
SheeEttin sheeettin@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sheeettin@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18285
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-08-24 07:42:13 --- Can you attach output of WINEDEBUG=+dinput,+message,+event wine 7K.EXE &> dinput_log.txt
http://bugs.winehq.org/show_bug.cgi?id=18285
--- Comment #2 from Jeffrey Finkelstein jeffrey.finkelstein@gmail.com 2009-08-25 21:35:15 --- Created an attachment (id=23255) --> (http://bugs.winehq.org/attachment.cgi?id=23255) first half of output from "WINEDEBUG=+dinput,+message,+event wine 7K.exe &> dinput_log.txt"
Attached first half of output from "WINEDEBUG=+dinput,+message,+event wine 7K.exe &> dinput_log.txt".
http://bugs.winehq.org/show_bug.cgi?id=18285
--- Comment #3 from Jeffrey Finkelstein jeffrey.finkelstein@gmail.com 2009-08-25 21:36:06 --- Created an attachment (id=23256) --> (http://bugs.winehq.org/attachment.cgi?id=23256) second half of output from "WINEDEBUG=+dinput,+message,+event wine 7K.exe &> dinput_log.txt"
Attached second half of output from "WINEDEBUG=+dinput,+message,+event wine 7K.exe &> dinput_log.txt".
http://bugs.winehq.org/show_bug.cgi?id=18285
Jeffrey Finkelstein jeffrey.finkelstein@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #23255|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=18285
Jeffrey Finkelstein jeffrey.finkelstein@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #23256|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=18285
Jeffrey Finkelstein jeffrey.finkelstein@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.20 |1.1.28
--- Comment #4 from Jeffrey Finkelstein jeffrey.finkelstein@gmail.com 2009-08-25 22:51:55 --- (In reply to comment #1)
Can you attach output of WINEDEBUG=+dinput,+message,+event wine 7K.EXE &> dinput_log.txt
I have attached the output (split into two files because it was too large) after starting the program and pressing a few keys and moving the mouse around a little bit.
I am now using wine-1.1.28, so I've changed the bug report to reflect that.
http://bugs.winehq.org/show_bug.cgi?id=18285
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.28 |1.1.20
--- Comment #5 from Dmitry Timoshkov dmitry@codeweavers.com 2009-08-26 00:30:05 --- Adding a comment is enough.
http://bugs.winehq.org/show_bug.cgi?id=18285
Jesse Allen the3dfxdude@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |source URL| |http://7kfans.com/git/ Component|-unknown |directx-dinput
--- Comment #6 from Jesse Allen the3dfxdude@gmail.com 2009-09-09 23:38:56 --- I've have observed this problem as well. The game now has the source code under the GPL. I have built the game with winelib, and also has the same problem, and have found that its poll routine is not returning any events. Specifically, DirectInputDevice::GetDeviceData is showing nothing. Perhaps I will work on a test case.
http://bugs.winehq.org/show_bug.cgi?id=18285
--- Comment #7 from Jesse Allen the3dfxdude@gmail.com 2009-09-13 11:36:21 --- Created an attachment (id=23576) --> (http://bugs.winehq.org/attachment.cgi?id=23576) Test case similar to game
This test case is taken from the game. It has very similar behavior. The program waits until it receives an input event, and when it does, it will close. It is interesting to run this in an over-sized virtual desktop. It will pick up events on the desktop on the outside of the game window.
http://bugs.winehq.org/show_bug.cgi?id=18285
--- Comment #8 from Jesse Allen the3dfxdude@gmail.com 2009-09-13 11:43:24 --- I just confirmed the actual game also will receive input from the desktop outside of the game window. i.e. the mouse cursor in game will move if you have the virtual desktop showing and you move the mouse on the outside of the wine.
http://bugs.winehq.org/show_bug.cgi?id=18285
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Component|directx-dinput |winex11.drv Resolution| |DUPLICATE
--- Comment #9 from Vitaliy Margolen vitaliy@kievinfo.com 2009-09-13 12:02:10 --- The test is overly complicated. All that you need to prove is that Wine not processing any X messages when program has no message loop. Which makes it a duplicate of bug 8854.
*** This bug has been marked as a duplicate of bug 8854 ***
http://bugs.winehq.org/show_bug.cgi?id=18285
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Vitaliy Margolen vitaliy@kievinfo.com 2009-09-13 12:04:49 --- Closing dup.
http://bugs.winehq.org/show_bug.cgi?id=18285
--- Comment #11 from Jesse Allen the3dfxdude@gmail.com 2009-09-13 16:03:17 --- The purpose of the test case was to show what the game does without you digging in the entire game's codebase. How was I supposed to know winex11 is not processing the events? I confirmed the problem is definitely bug 8854, and now I have something I can work on the game's side, so thank you.
http://bugs.winehq.org/show_bug.cgi?id=18285
--- Comment #12 from Vitaliy Margolen vitaliy@kievinfo.com 2009-09-13 17:01:17 --- (In reply to comment #11)
Thank you for investigating this. The telling part was the last while() loop in the code. If it has no message pulling (GetMessage/WaitFor*) - Wine won't be processing thread's X messages.