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

[Bug 52838] New: MachStudio Pro renders wrong
by WineHQ Bugzilla 09 Feb '26

09 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=52838 Bug ID: 52838 Summary: MachStudio Pro renders wrong Product: Wine Version: 7.6 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com Any project is being rendered wrong in MachStudio Pro. The problem is in Wine's D2D1.DLL. When using native Vista's d2d1.dll (7.0.6002.18107 809kb) this issue does not appear. Steps to repro: 1. Run MachStudio Pro 2. Open a project for example by this path \Program Files\StudioGPU\MachStudio Pro\Data\assets\SGPU_MTL_BALL.mab Uploaded two screenshots: Wine's d2d1.dll and native d2d1.dll from Vista. Free GPU MachStudio Pro download link: https://download.cnet.com/MachStudio-Pro/3000-6677_4-75498419.html -- 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 7

[Bug 55364] New: Shadow Empire crashes on startup with an error related to SharpDX and Direct2D.
by WineHQ Bugzilla 09 Feb '26

09 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=55364 Bug ID: 55364 Summary: Shadow Empire crashes on startup with an error related to SharpDX and Direct2D. Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kindaro(a)gmail.com Distribution: --- _Shadow Empire_ is a computer game. It can be obtained, for example, from Steam or Good Old Games. I installed what I believe to be version 1.21.00. This is the gist of the error message that the game gives me: ``` SharpDX.SharpDXException: HRESULT: [0x88990028], Module: [SharpDX.Direct2D1], ApiCode: [D2DERR_EFFECT_IS_NOT_REGISTERED/EffectIsNotRegistered], Message: Unknown ``` When I run it as `WINEDEBUG=+d2d wine ShadowEmpire.exe`, I see the following warning from Wine: ``` 0114:warn:d2d:d2d_effect_create Effect id {9daf9369-3846-4d0e-a44e-0c607934a5d7} not found. ``` I shall be attaching the full text of the error and Wine's output. My operating system is Arch Linux, recently updated. The failure occurs both with `wine` and `wine-staging`. -- 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 9

[Bug 59345] New: Popup menus in audio plugins break for the whole session
by WineHQ Bugzilla 09 Feb '26

09 Feb '26

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 09 Feb '26

09 Feb '26

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 09 Feb '26

09 Feb '26

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 09 Feb '26

09 Feb '26

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 56787] New: Comctl32 Edit - Handles does not work wirth large content as limited to 16bits
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=56787 Bug ID: 56787 Summary: Comctl32 Edit - Handles does not work wirth large content as limited to 16bits Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Test case : using a notepad, open a large (eg : 10 MB) file. Vertical handle is unable to reach the bottom. Observed in Ubuntu with Wine 9.10 but this has been reported in ReactOS too ( https://jira.reactos.org/browse/CORE-19305 ). Cause seems to be as following, quoting comment from the ticket : "The messages that indicate scroll bar position, WM_HSCROLL and WM_VSCROLL, provide only 16 bits of position data. The GetScrollInfo function enables applications to use 32-bit scroll positions." Patch available at https://jira.reactos.org/browse/CORE-19305 -- 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 8

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

08 Feb '26

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 08 Feb '26

08 Feb '26

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 08 Feb '26

08 Feb '26

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