http://bugs.winehq.org/show_bug.cgi?id=30581
Bug #: 30581 Summary: Dialog windows can get hidden by the main window in IDA Free 5.0 Product: Wine Version: 1.5.3 Platform: x86 URL: http://www.hex-rays.com/products/ida/support/download_ freeware.shtml OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: markk@clara.co.uk Classification: Unclassified
IDA Pro is an interactive disassembler. A freeware version of IDA 5.0 can be downloaded from http://www.hex-rays.com/products/ida/support/download_freeware.shtml
I tested IDA Free with Wine 1.5.3 under Lubuntu 11.10, which uses the Openbox window manager.
When "Allow the window manager to control the windows" is enabled in winecfg, dialog boxes can get hidden behind the main window. The dialogs are modal, so the main window doesn't accept any input while a dialog is open. If you accidentally click in the main window while a dialog is open, the dialog disappears but the main window does not accept any input.
To reproduce: - Use winecfg to disable virtual desktop mode and enable "Allow the window manager to control the windows" if necessary; those are the default settings. - Download and run the IDA Free 5.0 installer. - Run the program. Click OK at the About dialog and Go in the Welcome to IDA! window. - The maximised main window opens. Bring up a dialog box, e.g. by selecting Help-> About program... or File -> Open... - When the dialog opens, click in the main window. The dialog window disappears behind the main window. (You can reveal it by un-maximising the main window and moving it out of the way.)
For what it's worth, this problem doesn't happen with the IDA Pro 6.2 demo, but that uses different GUI code (QT?).
http://bugs.winehq.org/show_bug.cgi?id=30581
Mark K markk@clara.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download CC| |markk@clara.co.uk
https://bugs.winehq.org/show_bug.cgi?id=30581
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Abandoned?
--- Comment #1 from Ken Sharp imwellcushtymelike@gmail.com --- Is this still an issue in Wine 1.7.45 or later?
https://bugs.winehq.org/show_bug.cgi?id=30581
--- Comment #2 from Mark K markk@clara.co.uk --- Problem is still present with Wine 1.9.15.
https://bugs.winehq.org/show_bug.cgi?id=30581
Mark K markk@clara.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|Abandoned? |
https://bugs.winehq.org/show_bug.cgi?id=30581
Ken ken@soundsculpture.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ken@soundsculpture.com
--- Comment #3 from Ken ken@soundsculpture.com --- I am using the current engine and I suffer the same symptoms. If I uncheck "Allow the window manager to control the windows" there is no problem, but checked and any modal window that is up disappears behind the main form.
This problem is with an internal program compiled with Embarcadero XE5 (c++) and someone mentioned the problem may be with how Delphi handles modal dialogs stating that they disable the main form when a modal window is up. For grins I tried to disable (Enabled=false) the main form when the modal form does a FormShow event, but this did not help.
I can't see any way around this so far so getting this bug fixed would be a very good thing otherwise I must continue to leave that option box uncheked, but that kills the Mac user interface.
https://bugs.winehq.org/show_bug.cgi?id=30581
--- Comment #4 from Ken ken@soundsculpture.com --- OK, I just found the solution that works for me. Under "Set Screen Options" (Windeskin Advanced - Tools tab) under Other Options there is a check box to use the Mac Driver instead of x11 and this seems to work for me and still be able to check the "Allow the window manager..." It turns out this is a good thing because even unchecking "Allow.." box caused other unpredictable results.