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

[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 59393] New: SERVICE_INTERACTIVE_PROCESS services don't work properly
by WineHQ Bugzilla Feb. 8, 2026

Feb. 8, 2026

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 Feb. 8, 2026

Feb. 8, 2026

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 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 59392] New: RichEd20 - Wrong rendering of ordered list in WinDbg EULA file
by WineHQ Bugzilla Feb. 8, 2026

Feb. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=59392 Bug ID: 59392 Summary: RichEd20 - Wrong rendering of ordered list in WinDbg EULA file Product: Wine Version: 11.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)list.winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 80351 --> http://bugs.winehq.org/attachment.cgi?id=80351 EULA in Wine Download from: https://web.archive.org/web/20170930093716/http://codemachine.com/downloads… When EULA is displayed, numbered list items rendering is broken -- 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 59388] New: Mouse input does not work in Gemporium
by WineHQ Bugzilla Feb. 7, 2026

Feb. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59388 Bug ID: 59388 Summary: Mouse input does not work in Gemporium Product: Wine Version: 11.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: m101010a(a)gmail.com Distribution: --- The main menu in the game Gemporium is completely unusable; hovering over or clicking on the options does nothing. The wine output contains the lines 0024:fixme:win:NtUserIsMouseInPointerEnabled stub! 0024:fixme:win:NtUserEnableMouseInPointer enable 1 semi-stub! 0024:fixme:win:GetPointerDevices (00007FFFFE1EF020 0000000000000000): partial stub 0024:fixme:win:GetPointerDevices (00007FFFFE1EF020 0000000000000000): partial stub so I believe the issue is that those functions are unimplemented. I tried applying the patch in https://bugs.winehq.org/show_bug.cgi?id=53847#c5 , and it does cause the main menu to work properly. However, gems cannot be dragged around, so the game softlocks during the tutorial. -- 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 21158] New: Hitman: Contracts ignores mouse press events
by wine-bugs＠winehq.org Feb. 7, 2026

Feb. 7, 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. 7, 2026

Feb. 7, 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