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

[Bug 59968] New: after e749e2bffaa663b3cea366a9ea773ea630aa29da, old wine container will just stuck
by WineHQ Bugzilla July 7, 2026

July 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59968 Bug ID: 59968 Summary: after e749e2bffaa663b3cea366a9ea773ea630aa29da, old wine container will just stuck Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: l12436.tw(a)gmail.com Target Milestone: --- Distribution: --- debug log only shown 00dc:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC3D460 "../dlls/ntdll/loader.c: loader_section" wait timed out in thread 00dc, blocked by 00d8, retrying (60 sec) and before commit e749e2bffaa663b3cea366a9ea773ea630aa29da will shown dialog normally -- 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 52556] New: Dragon's Lair 3D page fault when starting the game
by WineHQ Bugzilla July 7, 2026

July 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=52556 Bug ID: 52556 Summary: Dragon's Lair 3D page fault when starting the game Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matej.pivec93(a)gmail.com Distribution: --- Created attachment 71870 --> https://bugs.winehq.org/attachment.cgi?id=71870 Highly compressed WINEDEBUG dumps and the page fault report Dragon's Lair 3D is a 2002 game. Interestingly, it uses OpenGL natively. In any case, the game seems to crash on boot with a page fault: 0160:err:ole:CoUninitialize Mismatched CoUninitialize wine: Unhandled page fault on read access to 0060A000 at address 100548ED (thread 0134), starting debugger... According to WineHQ reports, the last reported working version was in the Wine 1.x era. Unfortunately, running the game with WINEDEBUG=+relay won't produce the same error, the game silently exits in this case. I have added these dumps regardless, they might help you. I tried figuring out which part of wine is problematic myself, but I'm just not versed enough in the WINAPI C stuff. I remember trying to run this throughout the wine 4.x-7.x versions, but I always get the same error. I also remember trying some native C libraries a while ago, but same result. I tried compiling ancient wine versions to see where the regression happened, but this proved too troublesome, since they require headers/packages not really provided by modern distributions anymore. Finally, I decided it is best to just report this bug. My setup: Arch Linux Ryzen 3600X 32GB RAM AMD RX590 In the attachment I have added these dumps: -WINEDEBUG=+loaddll,+relay,+seh,+tid -WINEDEBUG=+all -The wine page fault report I can provide other dumps or try some things other things if you want as well. An interesting observation is running this game in a 64-bit prefix will produce a secdrv loading error. Same thing with a 32-bit WIN98 prefix. A 32-bit Windows XP prefix does NOT produce this error, however (this is the version I used to make these reports). -- 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 1

[Bug 55149] New: Nancy Drew: Danger by Design exits on game start
by WineHQ Bugzilla July 7, 2026

July 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=55149 Bug ID: 55149 Summary: Nancy Drew: Danger by Design exits on game start Product: Wine Version: 8.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tiger12506(a)gmail.com Distribution: --- Created attachment 74715 --> https://bugs.winehq.org/attachment.cgi?id=74715 warn+all,+seh,+ddraw Nancy Drew: Danger By Design is 2 disc cd game. I have ISOs created from original discs that I am installing from. Setup.exe works fine -- I choose to change the install location to C:\ND\DangerbyDesign\ because previous attempts to run game from the default location result in it looking for a CIFTree file in the C:\ND\DangerbyDesign directory. That's not the issue. When installed correctly, the game appears to start, the screen goes black, resolution changes to the game's chosen 640x480, and then the game quits (leaving my linux desktop resolution in 640x480 mode). This is the issue. I assume this is a crash, but I either haven't found, or don't understand the outputs of the WINEDEBUG logs well enough to diagnose the issue. Any way that I can help you help me would be appreciated. -- 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 59965] New: x11drv UI elements become unclickable after switching windows due to unexpected WM_CANCELMODE during mouse grab
by WineHQ Bugzilla July 7, 2026

July 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59965 Bug ID: 59965 Summary: x11drv UI elements become unclickable after switching windows due to unexpected WM_CANCELMODE during mouse grab Product: Wine Version: 11.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: lldmakhbfcrmqyluns(a)nesopf.com CC: julliard(a)winehq.org, rbernon(a)codeweavers.com Target Milestone: --- Distribution: --- When switching focus between applications via Alt+Tab, the application's buttons and UI elements sometimes become completely unresponsive to mouse clicks. Steps to Reproduce (occurs from time to time): Open an application. Interact with the UI (e.g., click down on a scrollbar, a custom button, or start a drag operation). While the application is in this state, switch focus to another window (Alt+Tab). Switch back to the affected application. Sometimes the bug occurs. Actual Results: The UI ignores mouse clicks. The application is not frozen (it might still respond to keyboard input), but the internal mouse capture/UI state is broken. Workaround: The only way to restore mouse functionality is to minimize the affected window, switch to another app, and then restore the window. Minimizing forces a hard state reset and ReleaseCapture, while restoring forces a full WM_PAINT. This fixes the unclickable UI. Expected Results: Switching windows should not permanently break the application's internal mouse capture or UI state machine. Buttons should remain clickable after returning to the application. Technical Details & Proposed Fix: The issue occurs because winex11.drv sends a WM_CANCELMODE message to the foreground window when it loses focus, even if the application currently holds an X11 mouse grab (x11drv_thread_data()->grab_hwnd). This causes a desync: the application resets its internal state (cancels menus/captures due to WM_CANCELMODE), but the X11-level grab might persist or the app's internal framework gets stuck in a transitional state. Skipping WM_CANCELMODE when a mouse grab is active completely resolves the issue. Here is the patch that fixes the bug: diff --git a/dlls/winex11.drv/event.c b/dlls/winex11.drv/event.c --- a/dlls/winex11.drv/event.c +++ b/dlls/winex11.drv/event.c @@ -888,5 +888,12 @@ if (hwnd != NtUserGetForegroundWindow()) return; if (!(NtUserGetWindowLongW( hwnd, GWL_STYLE ) & WS_MINIMIZE)) - send_message( hwnd, WM_CANCELMODE, 0, 0 ); + { + if (x11drv_thread_data()->grab_hwnd) + { + TRACE("Skipping WM_CANCELMODE, mouse is grabbed by %p.\n", x11drv_thread_data()->grab_hwnd); + } + else + send_message( hwnd, WM_CANCELMODE, 0, 0 ); + } This is the same root cause as here (fix is the same): https://bugs.winehq.org/show_bug.cgi?id=59653 -- 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 53045] New: Space Rangers HD A War Apart - crash on launch
by WineHQ Bugzilla July 7, 2026

July 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=53045 Bug ID: 53045 Summary: Space Rangers HD A War Apart - crash on launch Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: betaversiondot(a)gmail.com Distribution: --- Created attachment 72432 --> https://bugs.winehq.org/attachment.cgi?id=72432 terminal log The game crashes on launch. Played it a couple years ago and it was fully playable. The developer says they didn't do anything that could break the emulation. -- 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 51432] New: DXVA Checker 4.x (.NET 4.x app) needs DXVAHD_CreateDevice
by WineHQ Bugzilla July 7, 2026

July 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=51432 Bug ID: 51432 Summary: DXVA Checker 4.x (.NET 4.x app) needs DXVAHD_CreateDevice Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dxva2 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 35921 Prerequisite: * 32-bit WINEPREFIX (WINEARCH=win32) to work around regression * 'winetricks -q dotnet462' --- snip --- 0148:Call KERNEL32.WideCharToMultiByte(00000000,00000000,021b5ae4 L"DXVAHD_CreateDevice",00000013,0021eb14,00000015,00000000,00000000) ret=79a94936 0148:Ret KERNEL32.WideCharToMultiByte() retval=00000013 ret=79a94936 0148:Call KERNEL32.GetProcAddress(1ff00000,0021eb14 "DXVAHD_CreateDevice") ret=06346611 0148:Ret KERNEL32.GetProcAddress() retval=00000000 ret=06346611 0148:Call KERNEL32.WideCharToMultiByte(00000000,00000000,021b5b48 L"DXVAHD_CreateDeviceW",00000014,0021eb14,00000016,00000000,00000000) ret=79a94936 0148:Ret KERNEL32.WideCharToMultiByte() retval=00000014 ret=79a94936 0148:Call KERNEL32.GetProcAddress(1ff00000,0021eb14 "DXVAHD_CreateDeviceW") ret=06346611 0148:Ret KERNEL32.GetProcAddress() retval=00000000 ret=06346611 ... 0148:trace:seh:dispatch_exception code=e0434352 flags=1 addr=7B0102F8 ip=7b0102f8 tid=0148 0148:trace:seh:dispatch_exception info[0]=80004003 0148:trace:seh:dispatch_exception info[1]=00000000 0148:trace:seh:dispatch_exception info[2]=00000000 0148:trace:seh:dispatch_exception info[3]=00000000 0148:trace:seh:dispatch_exception info[4]=014f0000 0148:warn:seh:dispatch_exception unknown exception (code=e0434352) raised 0148:trace:seh:dispatch_exception eax=0021e994 ebx=00000005 ecx=0021ea8c edx=0021ea90 esi=00000005 edi=0021ea00 0148:trace:seh:dispatch_exception ebp=0021e9e8 esp=0021e994 cs=7bc50023 ds=21002b es=7bc3002b fs=210063 gs=006b flags=00200212 0148:trace:seh:call_vectored_handlers calling handler at 016A0430 code=e0434352 flags=1 ... 0148:Call user32.MessageBoxW(00020076,021b7690 L"GetDXVAHDProcessorDeviceError\r\nValue cannot be null.\r\nParameter name: ptr",02155618 L"DXVA Checker",00000010) ret=05681e44 --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/api/dxvahd/nf-dxvahd-dxvahd_… Wine source: https://source.winehq.org/git/wine.git/blob/d10887b8f56792ebcca717ccc28a289… (spec file doesn't list it) $ sha1sum DXVAChecker_4.5.2.zip 358542765adae8e05aa66676ba82402077e655e4 DXVAChecker_4.5.2.zip $ du -sh DXVAChecker_4.5.2.zip 1.2M DXVAChecker_4.5.2.zip $ wine --version wine-6.12-162-gd10887b8f56 Regards -- 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

[Bug 58464] New: Some text now looks terrible in IDA Free 5.0
by WineHQ Bugzilla July 7, 2026

July 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=58464 Bug ID: 58464 Summary: Some text now looks terrible in IDA Free 5.0 Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: personaalunioon(a)disroot.org Distribution: Other After upgrading from 10.10, some text in IDA Free 5.0 looks almost unreadable. Might be related to bug 58431. Using Void Linux. -- 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 5

[Bug 59653] New: winex11.drv: FocusOut sends WM_CANCELMODE during active mouse grab, breaking drag operations
by WineHQ Bugzilla July 7, 2026

July 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59653 Bug ID: 59653 Summary: winex11.drv: FocusOut sends WM_CANCELMODE during active mouse grab, breaking drag operations Product: Wine Version: 11.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: lldmakhbfcrmqyluns(a)nesopf.com Distribution: --- When a Wine application performs a drag operation (which involves an active mouse capture via SetCapture), and the user switches focus with Alt+Tab, XWayland sends a FocusOut event to the Wine window. Currently, Wine's focus_out() handler in dlls/winex11.drv/event.c unconditionally sends a WM_CANCELMODE message to the window losing focus. This forces any well-behaved Win32 application to call ReleaseCapture() and abort the modal drag operation. This behavior is incorrect. On native Windows, an active mouse capture survives keyboard focus changes. WM_CANCELMODE should not be sent in this state. This issue is specific to the winex11.drv backend and is prominently observed on XWayland. The native winewayland.drv does not suffer from this issue, as it handles input grabs differently. The successful drag-and-drop in native Wayland mode (with the ole32 fix applied) further proves that this is an X11-specific event handling bug. Steps to Reproduce: Implement patch from bug #59652 to enable drag and drop. Run Wine under an XWayland session. Start two applications (e.g., a file manager and a text editor). In the source application, begin a drag operation by holding the left mouse button. While still holding the mouse button, press Alt+Tab to switch focus to the other application. Actual Results: The drag operation is silently cancelled. Expected Results: The drag operation should continue, allowing the user to complete the drop in the other window. Patch: The following patch modifies focus_out() to check for an active mouse grab (grab_hwnd) before sending WM_CANCELMODE. This aligns Wine's behavior with native Windows and fixes the bug. diff --- a/dlls/winex11.drv/event.c +++ b/dlls/winex11.drv/event.c @@ -2019,7 +2019,15 @@ set_focus( thread_data, NULL, NULL ); if (!(NtUserGetWindowLongW( hwnd, GWL_STYLE ) & WS_MINIMIZE)) - send_message( hwnd, WM_CANCELMODE, 0, 0 ); + { + if (x11drv_thread_data()->grab_hwnd) + { + TRACE("Skipping WM_CANCELMODE, mouse is grabbed by %p.\\n", x11drv_thread_data()->grab_hwnd); + } + else + send_message( hwnd, WM_CANCELMODE, 0, 0 ); + } if (X11DRV_GetKeyboardLayout(0) != get_thread_input_hkl(0)) X11DRV_ActivateKeyboardLayout( get_thread_input_hkl(0), 0 ); -- 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 4

[Bug 59958] New: prey load game doesn't work
by WineHQ Bugzilla July 6, 2026

July 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59958 Bug ID: 59958 Summary: prey load game doesn't work Product: Wine Version: 11.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: zlice(a)crtdrift.us Distribution: --- in 11.12, loading or quick loading a save stalls indefinitely and doesn't work. going back to 10.1 like i have been for ages now, things work fine. -- 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 18

[Bug 59940] New: dxgi: dxgi_get_output_from_window returns DXGI_ERROR_NOT_FOUND with no fallback when no output matches monitor
by WineHQ Bugzilla July 6, 2026

July 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59940 Bug ID: 59940 Summary: dxgi: dxgi_get_output_from_window returns DXGI_ERROR_NOT_FOUND with no fallback when no output matches monitor Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: nileshkumbhar1604(a)gmail.com Distribution: --- Created attachment 81284 --> http://bugs.winehq.org/attachment.cgi?id=81284 DXGI error log from Epic Games Launcher Epic Games Launcher fails to start under Wine. Error in terminal: err:dxgi:dxgi_device_init Failed to get output from window Root cause: dxgi_get_output_from_window() in dlls/dxgi/swapchain.c loops through all adapter outputs looking for a monitor match. When no match is found, it returns DXGI_ERROR_NOT_FOUND with no fallback. Fix needed: Add fallback to first available output when no monitor match is found. Wine version: 11.11 OS: Linux (Ubuntu, VirtualBox) Hardware: x86-64 Additional behavior : Launcher enters a crash-restart loop. Process continuously restarts after dxgi initialization 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 4