http://bugs.winehq.org/show_bug.cgi?id=20190
Summary: HOMMV Map Editor pane shrinks on every refresh (Unhandled query type 4) Product: Wine Version: 1.1.30 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: myk002@yahoo.com
Heroes of Might and Magic V Map Editor is unusable due to the rendered editing pane continually refreshing at smaller and smaller sizes until it disappears. The editor shown in the picture attachments is the one for Tribes of the East, but all three map editors (original, Hammers of Fate) behave similarly.
It is also notable that the map editor application takes an inordinately long time to appear, and uses 100% of the CPU until it does. Once it does finally appear, menus are navigatable, and the application appears to function normally other than the constant refreshing of the editing pane. Every time the editor pane refreshes (and shrinks), the following warning message appears on the console:
fixme:d3d:IWineD3DDeviceImpl_CreateQuery (0x1a06c0) Unhandled query type 4
http://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #1 from Myk Taylor myk002@yahoo.com 2009-09-27 23:08:42 --- Created an attachment (id=23800) --> (http://bugs.winehq.org/attachment.cgi?id=23800) keeps on getting smaller on every refresh
http://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #2 from Myk Taylor myk002@yahoo.com 2009-09-27 23:09:26 --- Created an attachment (id=23801) --> (http://bugs.winehq.org/attachment.cgi?id=23801) a minute later
http://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #3 from Myk Taylor myk002@yahoo.com 2009-09-27 23:10:00 --- Created an attachment (id=23802) --> (http://bugs.winehq.org/attachment.cgi?id=23802) and finally
http://bugs.winehq.org/show_bug.cgi?id=20190
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |wylda@volny.cz Ever Confirmed|0 |1
--- Comment #4 from Wylda wylda@volny.cz 2010-08-28 09:19:24 CDT ---
Confirming. Same problem here: * HOMAM 5 original game without expansions v1.6 * wine-1.0.1, wine-1.3.1-267-g7ab48e8 * nVidia GT240 v 195.36.31
http://bugs.winehq.org/show_bug.cgi?id=20190
Xavier Vachon xvachon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xvachon@gmail.com
--- Comment #5 from Xavier Vachon xvachon@gmail.com 2012-02-08 06:21:59 CST --- Still a bug in 1.4-rc2
http://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #6 from Wylda wylda@volny.cz 2012-05-12 11:49:47 CDT ---
Still present in wine-1.5.4.
http://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #7 from Xavier Vachon xvachon@gmail.com 2012-10-09 18:30:31 CDT --- Still a bug in 1.5.14
https://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #8 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.28 or newer) wine? If so, please attach the terminal output in 1.7.28 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #9 from Wylda wylda@volny.cz --- Created attachment 49746 --> https://bugs.winehq.org/attachment.cgi?id=49746 Screenshot of Homam5 editor
Still present in wine-1.7.28.
It's interesting, that with each smaller window there is re-paint of the map and i can see there a part of graphics unrelated to game's editor. Like Firefox page pieces, part of console, sometimes mix of console & firefox (even those windows are minimized and not behing the game editor). This can't be captured by PrintScreen as it is always replaced by black box.
https://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #10 from Wylda wylda@volny.cz --- And during the shrinks the console is floded by:
fixme:d3d:query_init Unhandled query type 0x4.
https://bugs.winehq.org/show_bug.cgi?id=20190
horvathjeno1944@msn.com horvathjeno1944@msn.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |horvathjeno1944@msn.com
--- Comment #11 from horvathjeno1944@msn.com horvathjeno1944@msn.com --- This bug is still a problem even with Wine 2.21.
https://bugs.winehq.org/show_bug.cgi?id=20190
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #12 from Béla Gyebrószki gyebro69@gmail.com --- Still present in Wine 3.13.
https://bugs.winehq.org/show_bug.cgi?id=20190
Paul Gofman gofmanp@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gofmanp@gmail.com
--- Comment #13 from Paul Gofman gofmanp@gmail.com --- Created attachment 63333 --> https://bugs.winehq.org/attachment.cgi?id=63333 user32: Add more checks for hwndInsertAfter with child windows in USER_SetWindowPos().
The game is using SetWindowPos on its render child window with the coordinates obtained by GetClientRect() for the same window. Window and client rect are not the same as the window has WS_EX_CLIENTEDGE extended style. The border size is 2, and this is the actual case on Windows 7 where I tested it too. But on Windows this SetWindowPos simply does nothing for a child window (while it currently does the resize in Wine):
SetWindowPos(000902aa,fffffffe,00000000,00000000,00000183,00000149,00000040)
I am attaching the patch as a proof of concept which fixes the issue for me. The patch also has a test. This is a purely proof of concept patch, I would not recommend anyone to use it for anything else, as even if the patch is correct by itself (which I am not fully sure of yet), it still can break a lot of things if Wine uses SetWindowPos in a way it used to work without this patch.
https://bugs.winehq.org/show_bug.cgi?id=20190
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com
https://bugs.winehq.org/show_bug.cgi?id=20190
Linards linards.liepins@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linards.liepins@gmail.com
--- Comment #14 from Linards linards.liepins@gmail.com --- Is this issue still present?
https://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #15 from Myk Taylor myk002@yahoo.com --- Just tested with wine-6.0, and yes, it is.
https://bugs.winehq.org/show_bug.cgi?id=20190
Vaxry vaxerskiofficial@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vaxerskiofficial@gmail.com
--- Comment #16 from Vaxry vaxerskiofficial@gmail.com --- wine 7.3 - still not fixed...
https://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #17 from Vaxry vaxerskiofficial@gmail.com --- Created attachment 76123 --> https://bugs.winehq.org/attachment.cgi?id=76123 Patch for wine 9.3
Patch for this bug for latest Wine 9.3
https://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #18 from Vaxry vaxerskiofficial@gmail.com --- I've attached a patch for Wine 9.3. Seems to be working just fine on my end. 7 line fix.
No clue how to submit proper MRs for Wine, so if anyone knows, feel free to submit my patch for review.
https://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #19 from Rafał Mużyło galtgendo@o2.pl --- (In reply to Vaxry from comment #18)
Do you think bug 54233 is a related problem ? There things start at topmost, but are later switched out of it, as a way to just put the window on top of the stack.
https://bugs.winehq.org/show_bug.cgi?id=20190
--- Comment #20 from Vaxry vaxerskiofficial@gmail.com --- (In reply to Rafał Mużyło from comment #19)
(In reply to Vaxry from comment #18)
Do you think bug 54233 is a related problem ? There things start at topmost, but are later switched out of it, as a way to just put the window on top of the stack.
Honestly, no clue. Looks similar. I don't have the game to test the patch against it, though.