[Bug 21856] New: VB6 modal form appears BEHIND parent (borderless) form when focus is on certain controls, making parent form unusable.
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(a)winehq.org ReportedBy: razorwings18(a)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). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21856 razorwings18(a)hotmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |source, testcase -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21856 Andrew Nguyen <arethusa26(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #1 from Andrew Nguyen <arethusa26(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21856 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21856 --- Comment #2 from razorwings18(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21856 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx(a)gmail.com --- Comment #3 from Bruno Jesus <00cpxxx(a)gmail.com> 2012-04-15 03:11:41 CDT --- Still present as in comment 1. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21856 german_ant_82(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |33037 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21856 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|33037 | -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21856 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Bruno Jesus <00cpxxx(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21856 --- Comment #5 from Alexandre Julliard <julliard(a)winehq.org> 2013-03-01 14:50:45 CST --- Closing bugs fixed in 1.5.25. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21856 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #6 from Alexandre Julliard <julliard(a)winehq.org> 2013-03-01 15:10:02 CST --- Really closing bugs fixed in 1.5.25. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (1)
-
wine-bugs@winehq.org