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

[Bug 59382] New: HSMAdvisor: crashes before launch with "Invalid IL code"
by WineHQ Bugzilla 09 Feb '26

09 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59382 Bug ID: 59382 Summary: HSMAdvisor: crashes before launch with "Invalid IL code" Product: Wine Version: 11.1 Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: diehard_kismet_7u(a)icloud.com Created attachment 80335 --> http://bugs.winehq.org/attachment.cgi?id=80335 Full terminal output After successfully running the installer for HSMAdvisor version 3.0.4, the program fails to launch with an unhandled System.InvalidProgramException. I attempted to launch the program by running `wine HSMAdvisor.exe`. I am using wine version 11.1 installed via `brew install --cask --no-quarantine wine@devel` HSMAdvisor 3.0.4 can be downloaded for free at https://hsmadvisor.com/hsmadvisor_versions?shell_id=284&article_id=5796_hsm… I used the "zipped installer". The SHA256 of the downloaded ZIP: ff006078ef7c9166df377f8e0615b0481a80c9bc64c10483aeb94f202e2d1d2f HSMAdvisor_v3.0.4_install.zip The SHA256 of the installer which was inside the ZIP file: a021afbefe56d00344c4b35f35bef0104cc7dc74fed289f0c721cba933cc6188 HSMAdvisor_v3.0.4_NET4.8.exe -- 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 2

[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 59396] New: Tabbed UI in proprietary IDE broken after update – tabs are shown as separate windows
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59396 Bug ID: 59396 Summary: Tabbed UI in proprietary IDE broken after update – tabs are shown as separate windows Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: Wagner.a18(a)yahoo.com Distribution: --- Since a recent update of a proprietary Windows-based IDE from my automation/control system vendor, the tabbed user interface no longer works correctly when running under Wine. Previously, the IDE displayed its editors and views as tabs within a single main window (similar to applications like Visual Studio Code). After the update, these tabs are now opened as separate top-level windows instead of being embedded as tabs in the main application window. This behavior only occurs when running the application with Wine. On native Windows systems, the IDE still behaves correctly and shows tabs as expected. Expected behavior: Editors and views should be displayed as tabs within the main IDE window, as before the update. Actual behavior: Each tab is opened as an individual window, breaking the intended tabbed workflow and making the IDE difficult to use. Regression: Yes. The tabbed interface worked correctly with earlier versions of the IDE under Wine. The issue appeared immediately after the vendor updated the application. Additional notes: The application is proprietary, so source code is not available. The issue seems related to how the updated IDE handles tabbed/docked windows or window embedding under Wine. Environment: Wine version: v11.1 Wine architecture: win64 / win32 Distribution: arch linux Desktop environment / window manager: kde plasma Application version: proprietary ide for control systems -- 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 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 59393] New: SERVICE_INTERACTIVE_PROCESS services don't work properly
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59393 Bug ID: 59393 Summary: SERVICE_INTERACTIVE_PROCESS services don't work properly Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)list.winehq.org Reporter: lina(a)lina.yt Distribution: --- service_run_main_thread() calls ProcessWineMakeProcessSystem, which makes the thread a system process. A system process is not allowed to keep a desktop alive, per the logic in server/winstation.c. When such a process tries to create a window, such as by calling MessageBoxA(), it ends up in winstation_init(), which creates a desktop and assigns it to the current process. This launches explorer.exe. However, this desktop isn't actually ever owned by the service, because it is a system process. This is an unstable state. If any other process/thread is assigned/released a desktop at this point, server/winstation.c will kill explorer.exe by sending it WM_CLOSE. This a race. Sequence of events: - Service Process starts - It becomes a system process after running the main service dispatcher - Service calls MessageBoxA() - X11DRV_create_win_data -> init_clip_window() grabs the clip_window ID from explorer.exe - Some other process/thread owns a desktop and becomes system, exits, or whatever. - The close_timeout triggers, and explorer.exe is told to exit - The clip_window is destroyed - Any clip_window operations (such as ungrab_clipping_window() via X11DRV_ClipCursor) trigger a BadWindow X11 error and kill the service This is happening on Proton partially due to some Proton changes (that cause the sequence of events above to actually happen almost 100% reliably), but I believe the fundamental problem exists in vanilla 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 2

[Bug 59395] New: Tex Murphy: Overseer - Texture corruption/artifacts mid-game
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59395 Bug ID: 59395 Summary: Tex Murphy: Overseer - Texture corruption/artifacts mid-game Product: Wine Version: 11.0-rc4 Hardware: x86-64 URL: https://store.steampowered.com/app/302370/Tex_Murphy_O verseer/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 7be265ec89a89db65f0b13f9b7c20c34573b6bb4 Distribution: ArchLinux Created attachment 80354 --> http://bugs.winehq.org/attachment.cgi?id=80354 plain terminal output After finishing the intro sequences and getting into Tex's office, some of the furniture in the office has strange, corrupted textures. This happens with the Nouveau Vulkan driver/Mesa 25.3.4. and with Nvidia binary 580.126.09 as well. Reverting the following commit on top of Wine-11.2 fixes the problem for me: commit 7be265ec89a89db65f0b13f9b7c20c34573b6bb4 wined3d: Avoid some invalidation when texture states are set redundantly. The game is an oldie from 1998, but it runs reasonably well in Wine. All I had to change was limiting the VRAM size to 2048 (or lower) in the registry, because the game displays only plain surfaces as textures when detecting more than 2 GB of VRAM. -- 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 2

[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

[Bug 56906] New: RichEd20 - White Background in pwSafe about window
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=56906 Bug ID: 56906 Summary: RichEd20 - White Background in pwSafe about window Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 76726 --> https://bugs.winehq.org/attachment.cgi?id=76726 pwsaferichedwhite Ubuntu 24.04 / Wine 9.11 https://sourceforge.net/projects/passwordsafe/files/Windows/3.3x/3.39.0/ Unzip all files wine pwsafe Safe Combinaison Entry, press OK Main dialog > ? > About 2 lines are shown with white background. This is a RichEd20. Similar bug seen in ReactOS : https://jira.reactos.org/browse/CORE-18861 showing expected result from Win2K3 -- 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