[Bug 59010] New: Window immediately restores after minimizing when a non-modal dialog is open
http://bugs.winehq.org/show_bug.cgi?id=59010 Bug ID: 59010 Summary: Window immediately restores after minimizing when a non-modal dialog is open Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: qamalyan86(a)gmail.com Distribution: --- It is not possible to minimize a window if a non-modal dialog is open. This issue occurs in all applications. It can be reproduced in Notepad as follows: Open Notepad. Press Ctrl + F to open the Find dialog (non-modal). Ensure the focus is on the Find dialog. Click the Minimize button on the main Notepad window. The main window minimizes but immediately restores itself. This regression started with the following commit: https://gitlab.winehq.org/wine/wine/-/commit/3ae66c75cf443c0be403d9fe4e4da3c... -- 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=59010 Gevorg <qamalyan86(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Red Hat Regression SHA1| |3ae66c75cf443c0be403d9fe4e4 | |da3c19b3ad9a8 -- 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=59010 Gevorg <qamalyan86(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |qamalyan86(a)gmail.com -- 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=59010 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression CC| |rbernon(a)codeweavers.com --- Comment #1 from Rémi Bernon <rbernon(a)codeweavers.com> --- I think this should be fixed after f5944829dc8620b48f8ebde59a9ee8a7734a7f8d -- 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=59010 --- Comment #2 from Gevorg <qamalyan86(a)gmail.com> --- Still exists. The problematic behavior occurs in this code path: handle_sys_command() case SC_MINIMIZE: show_owned_popups(hwnd, FALSE); NtUserShowWindow(hwnd, SW_MINIMIZE); break; Step by step explanation: show_owned_popups(hwnd, FALSE) hides any non-modal owned dialogs and tries to activate another window. This activation ends up re-activating the main window. Immediately after, NtUserShowWindow(hwnd, SW_MINIMIZE) is called, but due to the previous activation, the main window triggers an internal SW_RESTORE command. As a result, the main window minimizes but immediately restores itself. This issue does not happen if _NET_ACTIVE_WINDOW support is disabled, indicating that the interaction between show_owned_popups() and the window manager’s active window handling is the root cause. It can be reproduced consistently in Notepad with a non-modal Find dialog. -- 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=59010 --- Comment #3 from Rémi Bernon <rbernon(a)codeweavers.com> --- Right thanks, it's a bit different from the other issue although it also depends on the time the host window manager decides to change its foreground window. With KWin for instance it happens after the window minimization has been processed, and that change I mentioned doesn't prevent its reactivation. And of course, with _NET_ACTIVE_WINDOW disabled it doesn't happen because Wine is unable to request window reactivation to the host, but it simply creates inconsistency between Wine internal state (where the window is believed to be restored) and the host state (where the window stays minimized). This should be properly fixed with https://gitlab.winehq.org/wine/wine/-/merge_requests/9614 -- 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=59010 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |7c010fc2b3531e1526a1fde181d | |2db8216a5bce2 Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #4 from Rémi Bernon <rbernon(a)codeweavers.com> --- This should be fixed (for real) after 7c010fc2b3531e1526a1fde181d2db8216a5bce2 -- 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=59010 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #5 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 11.0-rc1. -- 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=59010 mo78(a)abv.bg changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mo78(a)abv.bg --- Comment #6 from mo78(a)abv.bg --- Hello, Excuse me but I want to ask if this will fix the GOG installer can't be minimized problem? -- 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)
-
WineHQ Bugzilla