[Bug 59822] New: Mouse clicks not received in VST plugin UIs (child windows) since Wine 9.22 — virtual desktop workaround breaks dropdown positioning
http://bugs.winehq.org/show_bug.cgi?id=59822 Bug ID: 59822 Summary: Mouse clicks not received in VST plugin UIs (child windows) since Wine 9.22 — virtual desktop workaround breaks dropdown positioning Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs@list.winehq.org Reporter: maxmeyer414@gmail.com Distribution: --- Created attachment 81088 --> http://bugs.winehq.org/attachment.cgi?id=81088 Dropdown appears in wrong window
**System:** - OS: Fedora 44 - Wine versions tested: Wine Staging 11.0 (system), Wine 9.21 built from source with GCC 16 (`--enable-win64`) - yabridge (latest) with `embed-editor = false` - DAW: Reaper - Audio: PipeWire/JACK - Display: X11 and Wayland (same behavior on both)
**Problem:** VST plugin UIs render correctly and automation responds, but mouse clicks are not received. Enabling virtual desktop in winecfg restores clicks but dropdowns open inside the virtual desktop window instead of the plugin UI. No combination of `embed-editor = true/false` and virtual desktop on/off resolves both issues simultaneously.
**Versions tested:** - Wine Staging 11.0 — clicks broken - Wine 9.21 built from source (GCC 16) — same behavior
Wine 9.21 RPM packages are not available for Fedora 44 so a clean pre-built 9.21 Staging binary could not be tested.
**Expected behaviour:** Mouse clicks should be received by plugin UIs hosted as child windows without virtual desktop emulation.
-- 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=59822 maxmeyer414@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Fedora -- 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=59822 Stian Low <wineryyyyy@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wineryyyyy@gmail.com --- Comment #1 from Stian Low <wineryyyyy@gmail.com> --- (In reply to maxmeyer414 from comment #0)
- yabridge (latest) with `embed-editor = false`
Similar if not duplicate reports for: https://bugs.winehq.org/show_bug.cgi?id=58552 Latest yabridge updates regarding this issue: https://github.com/robbert-vdh/yabridge/issues/382 Other yabridge branches may have workarounds and better support compatibility with later versions of wine than 9.22. yabridge seemed to depend upon a windowing bug that was fixed for 9.22 which will not be reverted. Therefore yabridge seems to be working to fix dependencies of now fixed wine bug. yabridge devs seem to be making progress but efforts are still ongoing to reconcile with wine bug fix that broke alignment of many VST GUI alignments and caused other graphical bugs. You may confirm yabridge causes the bug by running Windows version of Reaper to see if VST bugs are fixed without yabridge. -- 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=59822 --- Comment #2 from maxmeyer414@gmail.com --- More details: Bug 1 — Wine 9.22+ with yabridge 5.1.1: Plugin UI frozen, clicks not received With Wine Staging 11.0 (system) and yabridge 5.1.1, plugin UIs render visually but receive no mouse input whatsoever. The UI is completely frozen — knobs, buttons and dropdowns cannot be interacted with. Automation parameters can still be changed via the DAW, confirming the plugin loads correctly but the GUI input layer is broken. Enabling virtual desktop emulation in winecfg restores click functionality, but causes dropdowns to open inside the virtual desktop window rather than the plugin UI, and a floating virtual desktop window persists on screen. Wine 9.21 exhibits identical behaviour — the virtual desktop workaround is required there as well, suggesting the issue may not be purely the 9.22 regression but also related to the KDE/X11 environment. Bug 2 — Wine 10.0 (patched) with new-wine10-embedding yabridge: Cursor disappears behind plugin window After applying the regression patch (removing if (data->wm_state_serial) return 0 lines from dlls/winex11.drv/window.c) and building yabridge from the new-wine10-embedding branch, plugin UIs are no longer frozen. However, the mouse cursor visually disappears when hovering over the plugin window. The cursor is hidden behind the plugin window and clicks do not register on the plugin UI. This appears to be the cursor offset issue documented in issue #409, not yet resolved for Reaper on KDE/X11 (nor Wayland). What was expected: Plugin UIs should receive mouse input correctly without requiring virtual desktop emulation. -- 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=59822 --- Comment #3 from maxmeyer414@gmail.com --- Notably this behaviour is identical on Wine 9.21, which is the last version documented to work correctly. -- 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