[Bug 59338] New: Menus fail to display after closing child dialog in DAZ Studio 4.24.0.4 (Qt popup recreated but not mapped/shown)
http://bugs.winehq.org/show_bug.cgi?id=59338 Bug ID: 59338 Summary: Menus fail to display after closing child dialog in DAZ Studio 4.24.0.4 (Qt popup recreated but not mapped/shown) Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@list.winehq.org Reporter: korb@qisc.com Distribution: --- Created attachment 80276 --> http://bugs.winehq.org/attachment.cgi?id=80276 Log as detailed in description I was running WINE 11.0-rc4 prior to this week, and it was working fine. The issue started when I updated to 11.0 (I skipped rc5). Steps to reproduce in clean prefix (wineboot --init, no overrides, no env vars): 1. Install base DAZ Studio 4.24.0.4 (no content needed). 2. Launch DAZ. 3. Window → Workspace → Select Layout... → Cancel 4. Try to open Window menu again → menu does not appear (click has no effect). Log (+err,+warn,+qt,+focus,+menu,+popup) shows: - First menu open: system popup created (e.g., 0x10262/0x10264), all standard items inserted (&Restore, &Move, etc.), NtUserThunkedMenuInfo applied, default set, get_menu_state checks. - Dialog close: NtUserDestroyMenu destroys popup handles. - Second (and third) menu attempt: identical creation cycle (new handle, items inserted again, etc.). - But no MapNotify/Expose/visibility events for the second popup — menu never appears on screen. Setup: - Wine: wine-11.1 (apt install --install-recommends winehq-devel) - OS: Linux Mint 21.3 Cinnamon X11 w/ all latest updates applied - GPU: NVIDIA 590.48.01 driver - App: DAZ Studio 4.24.0.4 base install Tested: - Compositing off - Virtual desktop on/off - Qt env vars (QT_X11_NO_MITSHM=1, QT_AUTO_SCREEN_SCALE_FACTOR=0) - Windows version change (10 -> 7) - Focus mode switch (from sloppy to click and back) - No DLL overrides or custom env vars in clean prefix I then ran my test again with WINEDEBUG='+err,+warn,+qt,+focus,+menu,+popup' to produce the attached log. I interjected comments into the log to indicate where I took the actions described above. My comments are on lines that start with "***". -- 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=59338 --- Comment #1 from William Korb <korb@qisc.com> --- Happy to help bisect if needed. I can test intermediate dev builds reliably in my clean prefix with the exact repro steps (Window → Workspace → Select Layout → Cancel → Window menu fails to appear). Let me know if you want me to try specific commits or pre-built dev snapshots. -- 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=59338 William Korb <korb@qisc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |korb@qisc.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=59338 --- Comment #2 from William Korb <korb@qisc.com> --- I upgraded my system to Linux Mint 22.3 (Ubuntu 24.04 base) because some users on the Daz forum have suggested this doesn't happen on 22.3, but I am still seeing it. Confirmed reproduces on latest wine-devel (11.1) in a completely clean prefix (wineboot --init only, no DLL overrides, no env vars, no nvidia-libs, no custom tweaks) with base DAZ Studio 4.24.0.4 installed (no content libraries). Repro still: Window → Workspace → Select Layout... → Cancel → Window menu fails to appear on next click. This removes any possibility of prefix cruft or overrides causing it. Happy to provide new log from this upgraded setup or test bisect builds/patches. -- 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=59338 --- Comment #3 from William Korb <korb@qisc.com> --- I should mention that the 21.3 -> 22.3 upgrade changed the current configuration to be as follows: - Wine: wine-11.1 (apt install --install-recommends winehq-devel) - OS: Linux Mint 22.3 Cinnamon X11 w/ all latest updates applied - Kernel: 6.8.0-94-generic - GPU: NVIDIA 590.48.01 driver - App: DAZ Studio 4.24.0.4 base install -- 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=59338 --- Comment #4 from William Korb <korb@qisc.com> --- FWIW, this is the app in the AppDB effected by this bug: https://appdb.winehq.org/objectManager.php?sClass=application&iId=1998 -- 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=59338 --- Comment #5 from William Korb <korb@qisc.com> --- Still happening on the latest version: $ wine --version wine-11.4 -- 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=59338 William Korb <korb@qisc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|11.1 |11.4 -- 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=59338 William Korb <korb@qisc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|11.4 |11.5 --- Comment #6 from William Korb <korb@qisc.com> --- Still happening in 11.5. -- 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=59338 William Korb <korb@qisc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|11.5 |11.7 --- Comment #7 from William Korb <korb@qisc.com> --- Still happening in 11.7. -- 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=59338 eff3ctsb0t@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eff3ctsb0t@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=59338 --- Comment #8 from eff3ctsb0t@gmail.com --- This appears to affect every Qt app when run inside of virtual desktop (I've only tested Qt Designer and Roblox Studio). -- 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=59338 --- Comment #9 from eff3ctsb0t@gmail.com --- Still occurs under Wine 11.9. -- 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=59338 Stian Low <wineryyyyy@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wineryyyyy@gmail.com --- Comment #10 from Stian Low <wineryyyyy@gmail.com> --- Created attachment 81003 --> http://bugs.winehq.org/attachment.cgi?id=81003 Screenshots of Window menu and child window working even after clicking cancel for Select Layout child window Unable to reproduce for Daz Studio 4.24.0.4 (64-bit) for wine-11.9-202b45dd9aa for Debian 13 AMD https://www.daz3d.com/daz-studio-4-pro Attached is a screenshot of Window menu and child window still working even after clicking cancel for Workspace -> Select Layout child popup window. MangoHUD shows Daz runs via OpenGL rendering backend so D3D not part of pipeline. Seems to work regardless of skipping Microsoft C++ runtime during install. Not skipping also works. -- 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=59338 --- Comment #11 from Stian Low <wineryyyyy@gmail.com> --- (In reply to Stian Low from comment #10)
Unable to reproduce for Daz Studio 4.24.0.4 (64-bit) for wine-11.9-202b45dd9aa for Debian 13 AMD
Also unable to reproduce for wine-10.0-debian-apt-pkg so unless a regression was introduced after 10.0 and fixed by latest 11.9 it may be something specific to your system. -- 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=59338 --- Comment #12 from Stian Low <wineryyyyy@gmail.com> --- Created attachment 81007 --> http://bugs.winehq.org/attachment.cgi?id=81007 Screenshot Qt Designer menus working for ref (WINED3D/gl vs OpenGL rendering for DAZ) (In reply to eff3ctsb0t from comment #8)
This appears to affect every Qt app when run inside of virtual desktop (I've only tested Qt Designer and Roblox Studio).
Also unable to reproduce Qt Designer menu issues after closing popup child windows for wine-11.9-202b45dd9aa brief tests. -- 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=59338 --- Comment #13 from eff3ctsb0t@gmail.com --- (In reply to Stian Low from comment #12)
Created attachment 81007 [details] Screenshot Qt Designer menus working for ref (WINED3D/gl vs OpenGL rendering for DAZ)
(In reply to eff3ctsb0t from comment #8)
This appears to affect every Qt app when run inside of virtual desktop (I've only tested Qt Designer and Roblox Studio).
Also unable to reproduce Qt Designer menu issues after closing popup child windows for wine-11.9-202b45dd9aa brief tests.
To reproduce this, you first need to open and move around the "About Qt" window in Qt Designer, which is accessible from the "Help" menu. Further more, you need to enable the "Emulate a virtual desktop" setting in winecfg before doing anything else, which you're pretty much forced to do anyway if you want docking Qt widgets to work at all. -- 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=59338 --- Comment #14 from eff3ctsb0t@gmail.com --- Correction, I meant Qt child windows and not widgets. -- 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=59338 --- Comment #15 from Stian Low <wineryyyyy@gmail.com> --- Created attachment 81008 --> http://bugs.winehq.org/attachment.cgi?id=81008 Screenshots of Qt Studio and DAX without (working) and with emulate desktop mode (menu bugged) (In reply to eff3ctsb0t from comment #13)
you need to enable the "Emulate a virtual desktop" setting in winecfg before doing anything else, which you're pretty much forced to do anyway if you want docking Qt widgets to work at all.
Confirmed for both DAZ and Qt Studio via winecfg -> Graphics -> Emulate virtual desktop. DAZ Window menu does not open after clicking cancel for Select Layout child window and Qt Studio Help menu does not open after closing About child window. Both fixed by toggling from maximized window mode. Maximized window seems to break for both but more consistently for DAZ. Still unable to reproduce without `Emulate virtual desktop` even when toggling maximize for windows. Same behavior for both x11 and wayland. Docking seems to work about as consistently without `Emulate virtual desktop` and feels more user friendly at least for my Debian 13 via GNOME experience. Occasionally Qt Studio did not highlight dock area for hover but worked most of the time. DAZ docking seems not to highlight regardless of emulate mode but dock actions seems to work the same as without emulate. Until `Emulate virtual desktop` bug for menus is fixed, workarounds seem to be either use apps without emulate mode or not use maximized windows for emulate mode or toggle maximized off when needed to fix. Also, both apps apps seem to remain open if not closed properly via exit buttons and seem to misbehave more consistently when relaunching without fully closing lingering processes first. Therefore be sure to check that these processes do not exist before relaunching to avoid possible red herring bugs: any 1224142 0.0 0.0 04:53 00:00 C:\\windows\\system32\\services.exe any 1224145 0.7 0.0 04:53 00:00 C:\\windows\\system32\\winedevice.exe any 1224154 0.1 0.0 04:53 00:00 C:\\windows\\system32\\plugplay.exe any 1224156 0.3 0.3 04:53 00:00 C:\\windows\\system32\\explorer.exe /desktop any 1224162 0.0 0.0 04:53 00:00 C:\\windows\\system32\\svchost.exe -k LocalServiceNetworkRestricted any 1224168 1.2 0.1 04:53 00:00 C:\\windows\\system32\\winedevice.exe any 1224209 0.0 0.0 04:53 00:00 C:\\windows\\system32\\rpcss.exe I simply search for .exe in processes list and kill all of them. DAZ may keep posgres exes open as well when not closed properly. Attached are more screenshots showcasing some of what has been described here for ref. 3rd screenshot (without emulate) shows QT Studio properties pane undocked and floating which resembles how emulate desktop window titles appear (blue title) and distinguishes it as a widget vs About window which is handled as a child window with a GNOME styled title bar (without blue) instead. -- 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=59338 William Korb <korb@qisc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|11.7 |11.9 -- 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=59338 --- Comment #16 from William Korb <korb@qisc.com> --- I've been using virtual desktop w/ DAZ for a couple of years. It steals focus a lot, and that setting was the only thing that made a difference. It also allows me to scale the UI, which the native app doesn't have built-in for some reason and the default fonts are so small I can't read them. I'm pretty sure I tried it with and without that mode when I first ran into the issue, but I have not tested it since then. I will do that and post an update. Thanks for your time and attention! -- 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=59338 --- Comment #17 from William Korb <korb@qisc.com> --- Oh, and I always exit using File->Exit and that seems to cleanly shut down all the services. The only time I have lingering processes is if DAZ crashes (which it does from time to time) and I am in the habit of doing a "pkill -f C:" whenever that happens to make sure everything gets cleaned up. I just ran winecfg and turned off desktop emulation, but even so, I am still seeing the exact same behavior. This is NOT in a clean WINEPREFIX, however. If this is something that persists once desktop emulation has been used once, then I'd have to create a new prefix and install DAZ there to test it. I can do that if you think it would be be a helpful data point. Oh, but the good news is that the scaling still works even with desktop emulation turned off, so the fonts aren't so tiny. Hmmmm...any chance that setting has some effect on this? I have the screen resolution setting set to 144dpi if you want to try that. -- 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=59338 --- Comment #18 from effects3dee@gmail.com --- Managed to bisect the commit that was causing this issue to happen inside the virtual desktop (06b1a49f5b3e1a5bb109f276a276e6df6ad9a60d). Reverting it seems to fix the problem but of course, this isn't a long term solution. Not sure if I should add the SHA1 hash to the bug report, since the OP was experiencing this issue outside of virtual desktop as well. -- 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