http://bugs.winehq.org/show_bug.cgi?id=12353
Summary: The Bat! main window disappears on load, program keeps running in tray Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: winex11.drv AssignedTo: wine-bugs@winehq.org ReportedBy: giuseppe.bilotta@gmail.com
Recently WINE broke The Bat! (mail application) by making it absolutely impossible to use: as soon as the program loads, its main window disappears, and it's impossible to bring it back. If the program is configured to always keep its icon in the system tray, it's still possbile to access a very minimal set of functions from it (e.g. it's possible to shut down the program without killing it).
Git bisect shows the bug to be caused by commit cb3ff54789c652b02d852f40db71cafd9fd67ca9
http://bugs.winehq.org/show_bug.cgi?id=12353
--- Comment #1 from Giuseppe Bilotta giuseppe.bilotta@gmail.com 2008-04-04 19:01:45 --- Created an attachment (id=11856) --> (http://bugs.winehq.org/attachment.cgi?id=11856) Possible patch to fix the problem
The problem seems to be that the Bat's main window is not marked as WS_EX_APPWINDOW, and it has an owner (I think it's the tray icon but I'm not sure). The Bat! itself has an option to skip the taskbar when the tray icon is always on.
The proposed patch doesn't skip the taskbar unless the owned window is explicitly set as CHILD or POPUP window.
http://bugs.winehq.org/show_bug.cgi?id=12353
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2008-04-05 03:46:58 --- The patch is incorrect. The problem may be similar to the bug 12264.
http://bugs.winehq.org/show_bug.cgi?id=12353
--- Comment #3 from Giuseppe Bilotta giuseppe.bilotta@gmail.com 2008-04-05 06:32:22 --- You're right, it looks like the same bug. However, in The Bat! there is the additional problem that the main window disappears, even though it's not minimized.
Would you accept a patch that only skips the taskbar if the owner is present in the taskbar in the first place?
http://bugs.winehq.org/show_bug.cgi?id=12353
--- Comment #4 from Dmitry Timoshkov dmitry@codeweavers.com 2008-04-05 06:40:01 --- (In reply to comment #3)
Would you accept a patch that only skips the taskbar if the owner is present in the taskbar in the first place?
Only if you could confirm that's what Windows does.
http://bugs.winehq.org/show_bug.cgi?id=12353
--- Comment #5 from Dmitry Timoshkov dmitry@codeweavers.com 2008-04-05 06:40:34 --- s/conform/prove/
http://bugs.winehq.org/show_bug.cgi?id=12353
--- Comment #6 from Giuseppe Bilotta giuseppe.bilotta@gmail.com 2008-04-05 08:48:23 --- No, I can't confirm that this is what Windows does.
Some more testing has shown an interesting additional tidbit: if from the systray I select 'minimize' and then 'restore', the Bat's main window shows again.
I will look at the thing some more.
(Can somebody please at least 'confirm' the bug? shoud it be marked as dupe of 12264?)
http://bugs.winehq.org/show_bug.cgi?id=12353
Giuseppe Bilotta giuseppe.bilotta@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #11856|0 |1 is obsolete| |
--- Comment #7 from Giuseppe Bilotta giuseppe.bilotta@gmail.com 2008-04-05 09:41:55 --- Created an attachment (id=11869) --> (http://bugs.winehq.org/attachment.cgi?id=11869) New proposal to fix the problem
Ok, I've uploaded a new patch. This one offers another solution, and sounds to me like the proper fix for both this bug and bug 12264
These bugs are caused by the fact that WINE doesn't map the zero-rect windows some apps use as hidden main windows, something that doesn't happen in Windows. My proposed solution is to NOT skip the taskbar when we aren't mapping the owner.
The alternative solution (to map the owner if it it's not mapped already) causes some horrible artifacts such as making the hidden window visible or causing an unselectable main window.
http://bugs.winehq.org/show_bug.cgi?id=12353
--- Comment #8 from Dmitry Timoshkov dmitry@codeweavers.com 2008-04-05 09:52:55 --- Then this is clearly a duplicate of the bug 12264, and still your patch is just a workaround for the real problem (not mapping zero-sized windows due to WM bugs).
http://bugs.winehq.org/show_bug.cgi?id=12353
Giuseppe Bilotta giuseppe.bilotta@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |DUPLICATE
--- Comment #9 from Giuseppe Bilotta giuseppe.bilotta@gmail.com 2008-04-05 10:38:42 --- Yes, I'm quite convinced that this bug is a duplicate of that one. I'm marking it as such.
*** This bug has been marked as a duplicate of bug 12264 ***
http://bugs.winehq.org/show_bug.cgi?id=12353
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Austin English austinenglish@gmail.com 2008-04-07 23:35:36 --- Closing dupe.
http://bugs.winehq.org/show_bug.cgi?id=12353
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|CVS/GIT |unspecified
-
wine-bugs＠winehq.org