January 2026 - Wine-Bugs - list.winehq.org

[Bug 59345] New: Popup menus in audio plugins break for the whole session
by WineHQ Bugzilla Feb. 9, 2026

Feb. 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=59345 Bug ID: 59345 Summary: Popup menus in audio plugins break for the whole session Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: 96gz52jbf(a)mozmail.com CC: rbernon(a)codeweavers.com Regression SHA1: f24d38e1efe96598918b59ceb268fbfbf17f558d Distribution: --- In many audio plugins popup and dropdown menus work initially but by opening them multiple times they begin to open less and less frequently until clicking on the buttons to open the menus does nothing. The effect then persists across plugins and even newly launched plugins until the window manager is restarted (logging out and logging back in also works). As I was debugging this I did notice that using WINEDEBUG=+relay slowed things down enough for the menus to open again. With yabridge the breakage is reached pretty quickly if the project uses many Windows plugins through Wine. I've been able to consistently reproduce this with the standalone versions Toontrack's plugins (EZBass, EZDrummer 3), which use JUCE although I don't know if that's relevant, by simply clicking on the menus repeatedly. Relatively quickly the clicks seemingly stop working as the menus stop opening. I did regression testing and found out that in the already broken session using Wine 10.4 makes menus open again. The exact commit that results in the menus not working in an already broken session is 30fa691d99df7d6dfe37d16fe708d603919f9fd1. However, reverting it for the Wine 11.1 has no effect and everything remains broken. So I did more regression testing and found out that with Wine 10.16 and a fresh session the breakage never happens. The commit that results in the breakage is f24d38e1efe96598918b59ceb268fbfbf17f558d, which reverted for Wine 10.17 fixes things but not for Wine 11.1. Commit 0a7082d37efba17f5badea361c8727f424192e68 added a condition to f24d38e1efe9 that resulted in a merge conflict so I reverted that as well. With the commits from the previous paragraph reverted, the issue persisted and with more regression testing I discovered that commit c6cab075f512f95b0f350d0d8c51fff3e3c44a9f (related to https://bugs.winehq.org/show_bug.cgi?id=59102) also needed to be reverted. After that the menus open normally and the session-wide breakage doesn't happen. In summary, commits f24d38e1efe96598918b59ceb268fbfbf17f558d and c6cab075f512f95b0f350d0d8c51fff3e3c44a9f result in a session-wide state where the popup menus stop opening entirely in multiple audio plugins. Initially they open normally but by constantly clicking on the menu buttons, they first start to open less reliably until them not opening becomes permanent. Restarting the window manager fixes it. This happens in a KWin Wayland session but not in an X11 session nor did it happen using IceWM. That does mean it could be an issue with XWayland and not Wine. -- 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.

1 9

[Bug 59327] New: SketchUp regression in Wine11
by WineHQ Bugzilla Feb. 9, 2026

Feb. 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=59327 Bug ID: 59327 Summary: SketchUp regression in Wine11 Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: brunojournoud(a)ouvaton.org Distribution: --- SketchUp pro 2025 and 2026 lost their graphical performance (settings values: MSAA: 0 instead of settings values: MSAA: 8) when upgrading Wine-stable10 to Wine-stable11 or wine-staging10.6 until 11.* System Debian GNU/Linux 13 (trixie) Kernel : 6.12.63+deb13-amd64 proc : AMD Ryzen 7 4700U with Radeon Graphics × 8 GPU : Advanced Micro Devices, Inc. [AMD/ATI] Renoir [Radeon Vega Series / Radeon Vega Mobile Series] -- 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.

1 1

[Bug 51134] New: Support redirecting GetOpenFileName and GetSaveFileName through org.freedesktop.portal.FileChooser
by WineHQ Bugzilla Feb. 9, 2026

Feb. 9, 2026

https://bugs.winehq.org/show_bug.cgi?id=51134 Bug ID: 51134 Summary: Support redirecting GetOpenFileName and GetSaveFileName through org.freedesktop.portal.FileChooser Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: from_wine_bugzilla(a)ssokolow.com Distribution: --- While not all options in the OPENFILENAME structure can be supported via the org.freedesktop.portal.FileChooser interface, providing the option to redirect an application's request for a common Open/Save dialog through the XDG chooser system would have two beneficial effects on non-OSX POSIX systems: 1. Better integration, since the application run under Wine would use the native desktop file pickers, complete with the user's Places sidebar bookmarks and any other customizations they've enacted. 2. More practical security, since Wine could then be run in a filesystem sandbox, with the portal host mounting files/directories into the sandboxed environment on demand. I'd suggest a three-state option exposed through winecfg's Desktop Integration: 1. Opportunistically (Qt's approach to integrating support for XDG portals into QFileDialog provides precedent for making this the default. Uses the portal-based file chooser unless an application requests a combination of OPENFILENAME settings that cannot be represented by the portal API.) 2. Forced (An option for power users to set on a per-application basis to intentionally sacrifice the application's customizations in favour of better integration with the understanding that things may break.) 3. Never (An option for users who prefer consistency between their Windows applications over consistency with the rest of their desktop or have deleted the Z: mapping and configured their Wine prefix around the idea of only working with drive letters.) These high-level preferences could also apply equally well to any other platform's native file chooser, should integration with it be implemented. The D-Bus API in question is documented at https://flatpak.github.io/xdg-desktop-portal/portal-docs.html#gdbus-org.fre… While it is outside the scope of this feature request, it may also be possible to use the TrashFile() method of this API to integrate with the host desktop's Trash. -- 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.

2 4

[Bug 59199] New: MSIEXEC usage message box while trying to install H & R Block 2025 Tax Software
by WineHQ Bugzilla Feb. 9, 2026

Feb. 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=59199 Bug ID: 59199 Summary: MSIEXEC usage message box while trying to install H & R Block 2025 Tax Software Product: Wine Version: 11.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: joe(a)nahmias.net Distribution: --- Created attachment 80074 --> http://bugs.winehq.org/attachment.cgi?id=80074 screenshot of installer and usage text Hello, I have installed wine-11.0-rc4 (from winehq) on Debian Trixie (13.2). When I try to install the 2025 version of the H & R Block tax software, it seems to have an issue with msiexec. To start, I create a fresh WINEPREFIX using: `wineboot --init; winecfg -v win10`; and then try to run the installer in it using `wine HRBlock_Deluxe-State_2025_RD.exe`. After clicking Next a few times, agreeing to the license, and accepting the default install location, it starts the installation. However, a message box pops up with the usage text for msiexec, see attachment. This seems to be the relevant line from the output: 053c:fixme:msi:MsiMessageBoxW 00000000, L"Windows Installer 4.5.6001.22308\n\nUsage:\nmsiexec command {required parameter} [optional parameter]\n\nInstall a product:\n\t/i {package|product_code} [property]\n\t/package {package|product_code} [property]\n\t/a package [property]\nRepair an installation:\n\t/f[p|o|e|d|c|a|u|m|s|v] {p"..., (null), 0, 0x409 0 Any ideas what to do here? Is there some trick I can use to get this working? Thanks, --Joe -- 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.

1 9

[Bug 58506] New: Some VST plugins using OpenGL don't render in WOW64 mode (black screen)
by WineHQ Bugzilla Feb. 8, 2026

Feb. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=58506 Bug ID: 58506 Summary: Some VST plugins using OpenGL don't render in WOW64 mode (black screen) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: a.oleinic103(a)gmail.com Distribution: --- When using yabridge to run Windows VST plugins in a native Linux DAW (in my case, REAPER), Waves plugins do not render correctly, showing a black window. The window is interactable (grabs the cursor, can change settings, etc), but dragging it, closing and re-opening, etc. does not work. In the logs, the plugins show a bunch of OpenGL errors. This is specifically a WOW64 regression, since using a build of Wine 10 without WOW64 works fine. This is what it looks like: 09:07:42 [WaveShell1-VST3 14.12_x64-09EFPegt] [Wine STDERR] 0024:err:opengl:null_glEnable unsupported 09:07:42 [WaveShell1-VST3 14.12_x64-09EFPegt] [Wine STDERR] 0024:err:opengl:null_glBlendFunc unsupported (Sorry for pasting it here, I have read the rules, but it's not letting me paste text as an attachment for some reason :/) -- 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.

2 14

[Bug 51722] New: WinSpyEx doesn't show tab control properly, issues with overlapping controls
by WineHQ Bugzilla Feb. 8, 2026

Feb. 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=51722 Bug ID: 51722 Summary: WinSpyEx doesn't show tab control properly, issues with overlapping controls Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 70603 --> https://bugs.winehq.org/attachment.cgi?id=70603 How it looks like on Win7 This is a purely cosmetic issue, it still works like you'd expect. -- 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.

2 3

[Bug 46475] New: Enlarging the text via mouse-wheel in wordpad does not adapt the character spacing
by wine-bugs＠winehq.org Feb. 8, 2026

Feb. 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=46475 Bug ID: 46475 Summary: Enlarging the text via mouse-wheel in wordpad does not adapt the character spacing Product: Wine Version: 4.0-rc6 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 63298 --> https://bugs.winehq.org/attachment.cgi?id=63298 Image showing the issue Open wordpad, enter some words. Hold ctrl and use the scroll-wheel, the zoom doesn't work properly. "winetricks riched20" works around the issue. -- 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.

3 5

[Bug 29804] New: Forever grayed out "agree" button
by wine-bugs＠winehq.org Feb. 8, 2026

Feb. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=29804 Bug #: 29804 Summary: Forever grayed out "agree" button Product: Wine Version: 1.3.28 Platform: x86 URL: http://erwin.com/products/detail/ca_erwin_data_modeler _community_edition/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: rambo_8713(a)hotmail.com Classification: Unclassified Created attachment 38713 --> http://bugs.winehq.org/attachment.cgi?id=38713 Some times gives invalid arguement -1 when changing riched20 and msls31 I can not agree to the EULA for CA ERWIN MODELER Community Edition, i have used native riched20.dll and msls31.dll. With and without the dlls and one on and/or the other dll not overriden. I have the lastest wine version 1.3, fresh install as of today. When using native msls31.dll, before the EULA screen appears, after u click next after it computes space requirements, it gives an invalid argument: -1 I am running ubuntu 11.10, i have tried winetricks as well, to configure the windows dlls -- 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.

3 13

[Bug 21158] New: Hitman: Contracts ignores mouse press events
by wine-bugs＠winehq.org Feb. 8, 2026

Feb. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=21158 Summary: Hitman: Contracts ignores mouse press events Product: Wine Version: 1.1.35 Platform: x86 URL: http://www.gamershell.com/download_5663.shtml OS/Version: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com CC: vitaliy(a)kievinfo.com With wine-1.1.35-180-g20a50f3, after launching Hitman: Contracts, mouse press events at the main menu are ignored by the game. Since a user reported that the game worked normally in wine-1.1.9, a regression test was performed, which indicated: 3743a1a7ca170c765cd779c61b9e362c5b1c5203 is first bad commit commit 3743a1a7ca170c765cd779c61b9e362c5b1c5203 Author: Vitaliy Margolen <wine-patches(a)kievinfo.com> Date: Sun Feb 1 13:11:46 2009 -0700 dinput: Consume mouse & keyboard events in exclusive mode. :040000 040000 6ae6b43b3c100af38ed4f27384470dc4d2595bc1 700b35b9bc8fd27239ee8faaed8ca1c10cfc31d4 M dlls Wine built prior to the indicated commit allows mouse input to work normally. Interestingly, doing graphical mode changes (via keyboard input) makes mouse input work again. The AppDB also suggests adding the strings: UseDirectInputMouse UseDirectInputKeyboard to the HitmanContracts.ini configuration file to have mouse input work. The only visible output under wine-1.1.35-180-g20a50f3 is: fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (0,0)-(1280,1024) fixme:win:EnumDisplayDevicesW ((null),0,0x32eb58,0x00000000), stub! fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x253b060,0x253afa8): stub fixme:dsound:DllCanUnloadNow (void): stub fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x253b060,0x253afa8): stub (Z:\code\hitman2\gui\MainMenu.cpp:554)Hitman Contracts build 171 (Apr 26 2004 14:42:27) fixme:dsound:DllCanUnloadNow (void): stub -- 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.

3 18

[Bug 58961] New: SynthFont2 crashes when attempting to launch it
by WineHQ Bugzilla Feb. 8, 2026

Feb. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=58961 Bug ID: 58961 Summary: SynthFont2 crashes when attempting to launch it Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: unwed-cola-zesty(a)duck.com Distribution: --- Created attachment 79662 --> http://bugs.winehq.org/attachment.cgi?id=79662 Backtrace of the described bug. The latest version of SynthFont2 (2.9.1.1) crashes with an access violation in SynthFont2x64.exe when opening, once the 30-day trial dialog is closed. To reproduce: 0. Download and install the program from the following link: https://www.synthfont.com/SynthFont2x64Setup.exe 1. Launch SynthFont2 (the main executable is "SynthFont2x64.exe", present at "C:\Program Files\SynthFont2"). 2. Dismiss the 30-day trial window ("You are on day X of the 30 day trial period. Have fun!"). 3. The app notifies of an access violation in "SynthFont2x64.exe". Expected behaviour: The app doesn't crash on startup. The issue occurs on SynthFont2 v2.9.1.1 when running on Linux Mint 22.2 with the latest wine-devel (10.18). The issue does NOT occur on the same SynthFont version (v2.9.1.1) running on latest Windows 10. Additional information: SynthFont is a MIDI player and editor for Windows. v1 is the original free version (with less features), v2 is the newer paid version (described in this bug report). Only v1 is listed in the AppDB, and even then it hasn't been updated since v1.322 (released in 2009), with the latest version being 1.815. Backtrace is attached. Not sure where to find Wine logs, so they aren't included. -- 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.

2 2