http://bugs.winehq.org/show_bug.cgi?id=21856
Summary: VB6 modal form appears BEHIND parent (borderless) form when focus is on certain controls, making parent form unusable. Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: razorwings18@hotmail.com
Created an attachment (id=26460) --> (http://bugs.winehq.org/attachment.cgi?id=26460) VB6 project + binary to reproduce bug -- requires Microsoft Windows Common Controls 6.0 to run and compile
In Visual Basic 6, calling FORMNAME.show 1 (open modal form) from a borderless form, will make the new MODAL form pop UNDER the parent form when the SHOW method is called while focus is on certain controls, but will correctly pop OVER the parent form when focus is on other controls.
I.E.: In my BORDERLESS parent form (FORM1), I have a ListView and a CommandButton. If I give focus to the ListView and call FORM2.SHOW 1, FORM2 pops up OVER FORM1, which is correct. If I give focus to the CommandButton and call FORM2.SHOW 1, FORM2 pops UNDER FORM1. This will make FORM1 unusable until you move/minimize FORM1 to find FORM2 and close it.
This problem is particularly annoying when FORM1 is an MDI Child, since FORM2 will not show in the task bar, and it will be difficult to find FORM2 to close it.
My findings: - Seems to be related to Microsoft Windows Common Controls, or maybe even the presence of ListViews on the form in particular. - Setting FORM2's StartUpPosition property to something other than 0 (Manual) seems to fix it (need more testing though). - Forms with borders seem to work fine (did not test it enough) - Which focused control will trigger the bug and which won't varies. I've had the bug appear when focused over textboxes, commandbuttons, listviews, checkboxes, etc.
See attached VB6 project (binary and instructions to reproduce bug included - requires Microsoft Windows Common Controls 6.0 to run and compile).
http://bugs.winehq.org/show_bug.cgi?id=21856
razorwings18@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |source, testcase
http://bugs.winehq.org/show_bug.cgi?id=21856
Andrew Nguyen arethusa26@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #1 from Andrew Nguyen arethusa26@gmail.com 2010-02-24 14:02:44 --- In wine-1.1.39-127-g69ee0ad the reproduction procedure causes the modal form to be correctly shown on top of the parent form, but clicking on the parent window at this point causes the same problem with the modal form appearing under the parent form.
http://bugs.winehq.org/show_bug.cgi?id=21856
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=21856
--- Comment #2 from razorwings18@hotmail.com 2010-02-24 14:59:07 --- My previous statement that changing StartUpPosition fixes the problem is incorrect. It only works in limited cases.
Opening the modal form by explicitly specifying the owner form did work in both the test and the production application. As per my previous example, that would be opening the form calling "FORM2.show 1, <ownerForm>". When an MDI Child does the opening, <ownerForm> should be the MDI Form.
http://bugs.winehq.org/show_bug.cgi?id=21856
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #3 from Bruno Jesus 00cpxxx@gmail.com 2012-04-15 03:11:41 CDT --- Still present as in comment 1.
http://bugs.winehq.org/show_bug.cgi?id=21856
german_ant_82@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |33037
http://bugs.winehq.org/show_bug.cgi?id=21856
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on|33037 |
http://bugs.winehq.org/show_bug.cgi?id=21856
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #4 from Bruno Jesus 00cpxxx@gmail.com 2013-02-24 11:59:38 CST --- I'm no longer able to reproduce the original issue, there is still a problem with modal forms but that is better commented in bug 26503.
http://bugs.winehq.org/show_bug.cgi?id=21856
--- Comment #5 from Alexandre Julliard julliard@winehq.org 2013-03-01 14:50:45 CST --- Closing bugs fixed in 1.5.25.
http://bugs.winehq.org/show_bug.cgi?id=21856
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Alexandre Julliard julliard@winehq.org 2013-03-01 15:10:02 CST --- Really closing bugs fixed in 1.5.25.