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

[Bug 58043] New: DVDFab won't run on Wine 10.3 because it thinks that there is a debugger running when there isn't
by WineHQ Bugzilla May 18, 2026

May 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=58043 Bug ID: 58043 Summary: DVDFab won't run on Wine 10.3 because it thinks that there is a debugger running when there isn't Product: Wine Version: 10.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 78297 --> https://bugs.winehq.org/attachment.cgi?id=78297 Screenshot To reproduce, run `wine dvdfab13_online_13037.exe`. When installation is complete, an error dialog appears that says "A debugger has been found running in your system. Please, unload it from memory and restart your program." This error did not happen before Wine 10.3. `git bisect` says: dc718fd33b23a6104a0fa2e971a358662bf766af is the first bad commit commit dc718fd33b23a6104a0fa2e971a358662bf766af (HEAD) Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: Tue Feb 25 13:45:33 2025 +0100 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Tue Feb 25 23:01:11 2025 +0100 ntdll: Add some missing Zw exports. dlls/ntdll/ntdll.spec | 23 ++++++++++++++++------- 1 file changed, 16 insertions(+), 7 deletions(-) $ sha256sum dvdfab13_online_13037.exe 9260ecbad0ddeeca876ff7adb35d26cffc7fb40399c814ae6fd369d2d7708791 -- 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 18

[Bug 52301] New: Firefox installer shows black rectangles
by WineHQ Bugzilla May 18, 2026

May 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=52301 Bug ID: 52301 Summary: Firefox installer shows black rectangles Product: Wine Version: 7.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Created attachment 71455 --> https://bugs.winehq.org/attachment.cgi?id=71455 Black rectangle in Firefox installer Firefox 91 ESR 64bit installer shows black rectangles. It is just a minor issue not affecting functionality. -- 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 12

[Bug 46635] New: git for windows works or crashes depending on how its invoked
by wine-bugs＠winehq.org May 17, 2026

May 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=46635 Bug ID: 46635 Summary: git for windows works or crashes depending on how its invoked Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paleozogt(a)gmail.com Distribution: --- Created attachment 63547 --> https://bugs.winehq.org/attachment.cgi?id=63547 wine git bug project Git for Windows seems to work properly with Wine: > ➜ wine git --version > git version 2.20.1.windows.1 However, if its invoked via some other tool (such as CMake or Java) it will crash. Perhaps it has to do with the particular API being used (evecvp, etc)? For example, if CMake invokes it with > execute_process( > COMMAND git --version > OUTPUT_VARIABLE VERSION > OUTPUT_STRIP_TRAILING_WHITESPACE > ) then we see: > ➜ wine cmake .. -G "Unix Makefiles" >003b:fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0x00000000> >003b:fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0x00000000> >wine: Unhandled page fault on write access to 0x00000000 at address 0x5db52b (thread 0045), starting debugger... I've attached a project that allows you to reproduce this issue: 1) Make sure you have zip and p7zip-full installed 2) Setup wine with "wineboot" 3) Unzip the project and cd into it 4) Run ./setup.sh to download git, cmake, etc 5) Run ./test.sh to exercise the bug -- 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 59631] New: wine-staging-11.6: flickering images in Battle.net Launcher
by WineHQ Bugzilla May 17, 2026

May 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=59631 Bug ID: 59631 Summary: wine-staging-11.6: flickering images in Battle.net Launcher Product: Wine-staging Version: 11.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: dimich.dmb(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 80699 --> http://bugs.winehq.org/attachment.cgi?id=80699 Wine console output Images in Battle.net Launcher flicker with wine-staging-11.6. The issue does not occur with wine-staging-11.5. The issue does not occur with mainline wine-11.6. (Additional patch is required to run Battle.net Launcher with non-staging wine: https://bugs.winehq.org/show_bug.cgi?id=56486) Probably related parts of wine-staging-11.6 output: 0248:fixme:dxgi:dxgi_factory_CreateSwapChainForComposition iface 02BBB6F0, device 02BA0060, desc 005FEBE0, output 00000000, swapchain 538594DC stub! 0248:fixme:dxgi:wined3d_swapchain_desc_from_dxgi Ignoring alpha mode 0x1. 0248:fixme:d3d:wined3d_swapchain_init The application requested more than one back buffer, this is not properly supported. Please configure the application to use double buffering (1 back buffer) if possible. 0248:fixme:d3d:wined3d_swapchain_init Unimplemented swap effect 0x3. 0248:fixme:dxgi:d3d11_swapchain_GetDesc Ignoring ScanlineOrdering and Scaling. 0248:fixme:dxgi:d3d11_swapchain_SetColorSpace1 iface 02CFFD48, colour_space 0 stub! 0248:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 005FE7A0. 0248:fixme:dxgi:dxgi_device_EnqueueSetEvent iface 02BA0038, event 000002D0 stub! 0248:fixme:dcomp:visual_SetContent iface 00BAD2E0, content 02CFFD48 semi-stub! 0248:fixme:d3d11:d3d11_device_GetCreationFlags iface 02BA0060 stub! ... 0430:fixme:dxgi:d3d11_swapchain_GetDesc Ignoring ScanlineOrdering and Scaling. 0430:fixme:d3d11:d3d11_multithread_SetMultithreadProtected iface 02BA0088, enable 0x1 stub! 0430:fixme:dxgi:dxgi_surface_GetDC iface 0CA91058, discard 0, hdc 02D37CA4 semi-stub! ... Wine-staging-11.5 doesn't contain these lines except "d3d11_swapchain_Present1 Ignored present parameters". The issue doesn't seem to affect application functionality and looks visual only. OS: Arch Linux Kernel version: 6.19.11-arch1-1 Nvidia driver: 595.58.03 -- 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 30

[Bug 58578] New: Hygeia Pharmacy: complains that Microsoft ReportViewer is not installed (unimplemented MsiProvideAssemblyW() ?)
by WineHQ Bugzilla May 17, 2026

May 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=58578 Bug ID: 58578 Summary: Hygeia Pharmacy: complains that Microsoft ReportViewer is not installed (unimplemented MsiProvideAssemblyW() ?) Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: peathot(a)hotmail.com Distribution: --- Created attachment 79093 --> http://bugs.winehq.org/attachment.cgi?id=79093 Terminal output of Hygeia Pharmacy running under Wine Hygeia Pharmacy is a .NET 4 application for pharmacy retail. When the application starts up, it will check for various shared components, ending up complaining that Microsoft Report Viewer has to be installed despite already installed. Attached is the screenshot of the error. It says, "It's necessary to install an additional programed named Microsoft Report Viewer" ("มีความจำเป็นต้องติดตั้งโปรแกรมเสริมที่ชื่อว่า Microsoft Report Viewer"). Terminal output reveals 2 interesting FIXME's: ``` 0174:fixme:msi:MsiProvideAssemblyW L"Microsoft.ReportViewer.Common, Version=10.0 .0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MS IL", L"C:\\Program Files\\HygeiaPharmacy\\HygeiaPharmacy.exe.config", 0, 0, 10D7 A618, 10D7A614 0174:fixme:msi:MsiProvideAssemblyW L"Microsoft.ReportViewer.Common, Version=10.0 .0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MS IL", (null), 0, 0, 10D7A618, 10D7A614 ``` This leads me to believe that the application chokes up because it does not receive the correct path to this .NET assembly, part of MS ReportViewer 2010. --- Looking into multiple documents and into Wine itself, I _think_ it would be relatively simple to implement MsiProvideAssembly[A|W]() using facilities already implemented in Wine. Bug 58577 plays an important role on this. I actually would love to get my hands dirty, if not for 2 problems: 1. I don't actually have much time myself. 2. Many years ago, I disassembled a different component of Windows (related to MDM/management policy) in order to debug my graduating project. I forgot everything by now, and it's IMHO not related, but combined with 1. I think it's probably better to stay safe. (Can I explain some high-level idea? Will I run afoul of 2.?) A number of MSDN documents that might be useful: https://learn.microsoft.com/en-us/windows/win32/api/msi/nf-msi-msiprovideas… https://learn.microsoft.com/en-us/windows/win32/msi/assembly-registry-keys-… Also helpful is a small test program I write myself to exercise MsiProvideAssemblyW() in the same way as the application (and in a slightly different way). On Windows 11, this outputs as follow: ``` MsiProvideAssemblyW("Microsoft.ReportViewer.Common, ..." (qualified)) returns 0 Returned path (119): C:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.Common\10.0.0.0__b03f5f7f11d50a3a\Microsoft.ReportViewer.Common.dll MsiProvideAssemblyW("Microsoft.ReportViewer.Common" (unqualified)) returns 0 Returned path (119): C:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.Common\10.0.0.0__b03f5f7f11d50a3a\Microsoft.ReportViewer.Common.dll ``` On Wine, it outputs (excluding Wine's output itself): ``` MsiProvideAssemblyW("Microsoft.ReportViewer.Common, ..." (qualified)) returns 120 MsiProvideAssemblyW("Microsoft.ReportViewer.Common" (unqualified)) returns 120 ``` --- Following is the way I run Hygeia Pharmacy. Hygeia Pharmacy is a relatively complex application and requires the full .NET installation (Mono is not enough). The following commands recreate the environment from scratch: ``` export WINEARCH=win32 export WINEPREFIX=/a/new/prefix winetricks dotnet48 jet40 mdac28 wine ReportViewer.exe # sha256sum: e8ff182e202b321ac2b9245ee20c4eb659008ffb2a34cdbd3486f9da3d4c3e06 wine hygeia_trial_install.2.6.28.1.exe # sha256sum: 380085defb0af240f144d603da70d09a76c940a27a65953a9fbe3668c321b4e2 wine "C:\\\\users\\\\Public\\\\Desktop\\\\Hygeia Pharmacy.lnk" &>hygeia_pharmacy_wine_output.txt ``` --- The (trial) version can be obtained from https://www.hygeia-pharmacy.com/trial/. However, it requires a (free) registration, and the website is entirely in Thai with no English version. In order to (try to) help you with the registration, the registration page at https://www.hygeia-pharmacy.com/register/ requires the followed: 1. A chosen username ("Hygeia ID") 2. A chosen password. 3. Your full name 4. Your email. 5. A math captcha (input the equation's answer). I can't remember if there's an email verification after that step or not, because it's been a long time since I registered myself. Once logged in, https://www.hygeia-pharmacy.com/trial/ will show a big blue button for downloading the trial version. The same page will also be a smaller link for "MS Report Viewer" which is hosted by Hygeia Pharmacy themselves (if you prefer an MS link, see the end of bug 58577). -- 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 6

[Bug 25974] New: AutoCAD 2009 LT: acadlt.msi doesn't start installer
by wine-bugs＠winehq.org May 17, 2026

May 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=25974 Summary: AutoCAD 2009 LT: acadlt.msi doesn't start installer Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=33110) --> (http://bugs.winehq.org/attachment.cgi?id=33110) WINEDEBUG=+msi on wine-1.3.12-272-g2d6b748 Steps to reproduce: 1) remove ~/.wine 2) wine start /x86/acadlt.msi Behaviour: Fatal error "Installation ended prematurely because of an error" Expected behaviour: Installer's window. Terminal output: fixme:exec:SHELL_execute flags ignored: 0x00000100 fixme:storage:create_storagefile Storage share mode not implemented. fixme:msi:check_assembly_installed we should probably check the manifest file here err:msi:ITERATE_Actions Execution halted, action L"SetupWizard" returned 1603 -- 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 19

[Bug 53914] New: Pivot Animator crashes during install
by WineHQ Bugzilla May 17, 2026

May 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=53914 Bug ID: 53914 Summary: Pivot Animator crashes during install Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 73467 --> https://bugs.winehq.org/attachment.cgi?id=73467 Log Download at https://www.pivotanimator.net/DownloadV5.php Can't archive because it downloads a different version then? Very weird... -- 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 59673] New: Densha De Go! Professional 2 crashes on launch since commit 6048ac5dfeb
by WineHQ Bugzilla May 17, 2026

May 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=59673 Bug ID: 59673 Summary: Densha De Go! Professional 2 crashes on launch since commit 6048ac5dfeb Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: duuqnd(a)stacken.kth.se Distribution: --- Created attachment 80764 --> http://bugs.winehq.org/attachment.cgi?id=80764 backtrace Since commit 6048ac5dfeb, found by performing a git bisect, the game Densha De Go! Professional 2 crashes on startup due to a NULL pointer dereference. I've attached a backtrace, though in previous commits it used to crash in a different function. The backtrace was made from a build compiled from the master branch as of 2026-04-18 (which happens to be tagged wine-11.7). As mentioned, the culprit is as far as I can tell the change introduced in commit 6048ac5dfeb, but I'll admit that I don't know why those changes were made nor why they cause the problem. They absolutely seem related though. It doesn't seem like it should be difficult to figure out for those who are familiar with that part of the code, but I could be wrong on that. -- 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 8

[Bug 59519] New: ole32: OLE clipboard caches stale window handle after STA thread terminates, breaking subsequent OleSetClipboard calls
by WineHQ Bugzilla May 17, 2026

May 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=59519 Bug ID: 59519 Summary: ole32: OLE clipboard caches stale window handle after STA thread terminates, breaking subsequent OleSetClipboard calls Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)list.winehq.org Reporter: ayourk(a)gmail.com Distribution: --- Created attachment 80543 --> http://bugs.winehq.org/attachment.cgi?id=80543 reproducer source This bug is really starting to bug me ;) so I figured it was time to report it and squash it! I know that in REAL Windows, this works fine, but as you can test from the attached sample app, the clipboard copy only really works once before the application has to be restarted for it to work again. OleSetClipboard fails with CLIPBRD_E_CANT_OPEN (0x800401D0) on the second and all subsequent calls when each call is made from a new STA thread and the main thread has OLE initialized. This pattern is used by .NET WinForms applications. Clipboard.SetText() internally spawns a new STA thread, calls OleSetClipboard, then exits the thread. The main thread keeps OLE initialized (.NET runtime), so OLE_moduleLockCount never drops to 0 and clipbrd_uninitialize() never runs on the copy threads. The cached clipboard window HWND from the first (now-dead) thread is never cleared. This is deterministic, not a race condition. 100% reproducible on Wine 9.0 through 11.0. I even tested it on the latest development branch. The buggy caching pattern has been present since the OLE clipboard was first implemented (commit 557ff419bea, July 18, 1999), so this affects every Wine version ever released. It went unnoticed because the trigger pattern (main thread keeps OLE alive + new STA threads for each clipboard operation) is specific to .NET WinForms applications. Affected application: Space Engineers (Steam App ID 244850) — Ctrl+C works once, then freezes for ~1 second on every subsequent Ctrl+C. The clipboard never updates past the first copy. This is also reported at https://github.com/ValveSoftware/Proton/issues/1792 STEPS TO REPRODUCE ================== Prerequisites: Main thread has OLE initialized (OleInitialize), as in any .NET application. 1. Spawn STA Thread A: OleInitialize(NULL) -> OleSetClipboard(NULL) -> OleSetClipboard(data1) -> OleFlushClipboard() -> OleUninitialize() -> thread exits Wait for Thread A to complete. 2. Paste: OpenClipboard(NULL) -> GetClipboardData(CF_TEXT) -> "first" Result: correct. 3. Spawn STA Thread B: OleInitialize(NULL) -> OleSetClipboard(NULL) Result: returns 0x800401D0 (CLIPBRD_E_CANT_OPEN) All 10 retries fail with the same error. 4. Paste: GetClipboardData(CF_TEXT) -> still "first" Expected: "second" 5. All subsequent copy attempts from new threads fail the same way. EXPECTED BEHAVIOR (Windows) =========================== Each copy succeeds immediately. After step 3, the clipboard contains "second". Tested on Windows 7, 10, and 11 -- all succeed. ACTUAL BEHAVIOR (Wine 9.0 through 11.0) ======================================== First copy succeeds. All subsequent copies fail with CLIPBRD_E_CANT_OPEN. The clipboard permanently retains the first copied text. Each failed copy takes ~1 second (10 retries x 100ms). ROOT CAUSE ========== In dlls/ole32/clipboard.c, get_clipbrd_window() caches a single HWND per process: static inline HRESULT get_clipbrd_window(ole_clipbrd *clipbrd, HWND *wnd) { if ( !clipbrd->window ) clipbrd->window = create_clipbrd_window(); *wnd = clipbrd->window; return *wnd ? S_OK : E_FAIL; } When the STA thread that created this window terminates, the window is destroyed but the stale HWND remains cached. clipbrd_uninitialize() (which clears it) only runs when OLE_moduleLockCount drops to 0, which never happens in a .NET app because the main thread keeps OLE alive. PROPOSED FIX ============ Add an IsWindow() check to get_clipbrd_window(): if ( clipbrd->window && !IsWindow(clipbrd->window) ) clipbrd->window = NULL; This detects the stale handle and forces creation of a fresh window on the current thread. Patch is attached. REPRODUCER ========== A standalone GUI test app is attached (clipboard_test.c + .exe). It has two modes: Mode A (Bug): Replicates the exact .NET OLE clipboard path. - Main thread calls OleInitialize (simulates .NET environment) - Each copy spawns a new STA thread: OleInitialize -> OleSetClipboard(NULL) -> OleSetClipboard(data) -> OleFlushClipboard -> OleUninitialize -> exit - 10-retry loop with 100ms delays (matches .NET Clipboard.SetText exactly) - Three copy/paste cycles with "first", "second", "third" - Copy 1 succeeds; Copy 2 and 3 fail with 0x800401D0 Mode B (Fix): Same OLE operations but manages the clipboard window lifetime correctly, demonstrating the fix works. - All three copies succeed. Build: x86_64-w64-mingw32-gcc -o clipboard_test.exe clipboard_test.c \ -lgdi32 -lole32 -luuid -mwindows Run: wine clipboard_test.exe Log output (clipboard_test.log) is attached showing the failure. -- 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 6

[Bug 57473] New: Virtual DJ 2024: Main interface animation flickers
by WineHQ Bugzilla May 17, 2026

May 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=57473 Bug ID: 57473 Summary: Virtual DJ 2024: Main interface animation flickers Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rizalmart98(a)gmail.com Distribution: --- The main interface was shaking and flickers The terminal shows this error message: 01f0:fixme:d2d:d2d_text_renderer_DrawGlyphRun Ignoring options 0x6. -- 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