http://bugs.winehq.org/show_bug.cgi?id=29618
Bug #: 29618 Summary: Popup Windows disappearing in Magic the Gathering (Shandalar) Product: Wine Version: 1.3.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs@winehq.org ReportedBy: sick_soul@yahoo.it Classification: Unclassified
While playing Magic The Gathering (the old Microprose game "Shandalar"), I experienced major problems with popup windows disappearing, keeping the game from being really playable.
Please read additional details in the notes for the entry in the AppDB:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=3996 under "How do make the game work under wine"
As a workaround, I attach the patch I am using to play. I also attach a WINEDEBUG=+win log of a duel (the Duel happens towards the end).
In the log, please note the most important windows: hwnd = 0x100aa : this is the Player Hand that "disappears" below the Player territory. In the Log look for:
trace:win:WIN_CreateWindowEx "Your hand" L"MAGICGAME_HandClass"
hwnd = 0x100a0 : this is the Player Territory that should remain below the Player's Hand. In the Log look for: trace:win:WIN_CreateWindowEx "Player Territory" L"MAGICGAME_TerritoryClass"
http://bugs.winehq.org/show_bug.cgi?id=29618
--- Comment #1 from Claudio sick_soul@yahoo.it 2012-01-15 14:18:05 CST --- Created attachment 38371 --> http://bugs.winehq.org/attachment.cgi?id=38371 WINEDEBUG=+win - Log of a duel where the player hand disappears.
http://bugs.winehq.org/show_bug.cgi?id=29618
--- Comment #2 from Claudio sick_soul@yahoo.it 2012-01-15 14:22:39 CST --- Created attachment 38373 --> http://bugs.winehq.org/attachment.cgi?id=38373 workaround that looks for specific window classes and forces them to be placed topmost
This is a workaround I am using to be able to play the game. It keeps important popup windows at the topmost.
http://bugs.winehq.org/show_bug.cgi?id=29618
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|user32 |-unknown
http://bugs.winehq.org/show_bug.cgi?id=29618
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |30148
http://bugs.winehq.org/show_bug.cgi?id=29618
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks|30148 |
http://bugs.winehq.org/show_bug.cgi?id=29618
--- Comment #3 from Claudio sick_soul@yahoo.it 2012-07-28 12:20:54 CDT --- Created attachment 41184 --> http://bugs.winehq.org/attachment.cgi?id=41184 alternative workaround, injects the W_EX_TOPMOST flag in CreateWindowEx for specific window classes
seems to work well enough, is shorter and less invasive than the other workaround. This time we look for the specific window classes in CreateWindowExA, and for the windows that should always be on top, we inject the W_EX_TOPMOST extended flag into the function input extended flags argument.
https://bugs.winehq.org/show_bug.cgi?id=29618
--- Comment #4 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for two years. Is this still an issue in current (1.7.25 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=29618
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #5 from Austin English austinenglish@gmail.com --- (In reply to Austin English from comment #4)
This is your friendly reminder that there has been no bug activity for two years. Is this still an issue in current (1.7.25 or newer) wine?
Abandoned.
https://bugs.winehq.org/show_bug.cgi?id=29618
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Austin English austinenglish@gmail.com --- Closing.