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

[Bug 25373] New: epoc32 emulator don't start
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=25373 Summary: epoc32 emulator don't start Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniele(a)smartango.com $ env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0xffffff01: stub err:mmtime:TIME_MMTimeStop Timer still active?! $ strace env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" 2>mylog.txt I attach strace (fist time I report a bug here, I think strace could be useful ...) -- 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 56137] New: Overwatch 2 fails to save highlight video files
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=56137 Bug ID: 56137 Summary: Overwatch 2 fails to save highlight video files Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)nom.one Distribution: --- When attempting to save an Overwatch 2 highlight video as an mp4 file (the default format), it fails with this error message: SAVING ERROR An unknown error has occurred. (6-04) Steps to reproduce: - play a game (easiest way is via Play: Training: Practice vs. AI: Casual) - after the game is over, return to the main menu - click username button (top right corner) - click history tab (top edge) - click highlights tab (left edge) - click a highlight from "today's top 5" - click save button (bottom edge) - select movie format: mp4 - click save button Note that this is a different kind of failure than the one with .webm format (bug 56059). -- 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 56059] New: Overwatch 2: highlight saving generates a 1ms (empty) webm video file
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=56059 Bug ID: 56059 Summary: Overwatch 2: highlight saving generates a 1ms (empty) webm video file Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)nom.one Distribution: --- Created attachment 75715 --> https://bugs.winehq.org/attachment.cgi?id=75715 example video file When attempting to save a game highlight as a webm video file, Overwatch 2 *seems* to be encoding the video as it should, in that it uses the CPU and takes an appropriate amount of time to complete. However, the resulting file is only about 700K, and doesn't play in any player. Examining the file with MediaInfo shows what looks like a reasonable container with video and audio parts, but only 1ms duration. I get the same results in all of these Wine versions: wine-9.0-rc2 wine-9.0-rc2 (Staging) wine-ge-custom (aka lutris-GE-Proton) 8-23 Game installer download link: https://download.battle.net/en-us?product=ow&blzcmp=ow_gamesite Steps to reproduce: - play a game (easiest way is via Play: Training: Practice vs. AI: Casual) - after the game is over, return to the main menu - click username button (top right corner) - click history tab (top edge) - click highlights tab (left edge) - click a highlight from "today's top 5" - click save button (bottom edge) - select movie format: webm - click save button -- 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 10

[Bug 41829] New: Double Commander error rendering TabControl
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=41829 Bug ID: 41829 Summary: Double Commander error rendering TabControl Product: Wine Version: 1.9.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: james.tabor(a)reactos.org Distribution: --- Created attachment 56246 --> https://bugs.winehq.org/attachment.cgi?id=56246 tab control does not refresh. Running Double Commander 0.7.5 for testing and tab control does not refresh. -- 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 10

[Bug 59928] New: Std 32-bit build fails with "../wine/dlls/oleaut32/vartype.c:3000:1: internal compiler error"
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=59928 Bug ID: 59928 Summary: Std 32-bit build fails with "../wine/dlls/oleaut32/vartype.c:3000:1: internal compiler error" Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)list.winehq.org Reporter: depaoli.renzo(a)gmail.com Distribution: --- Good afternoon. Environment: Debian 12 32-bit Test case: Bog standard 32-bit build attempt, .i.e. cd ~/Downloads/sources/wine.win32/ ../wine/configure make -j8 Make fails with: ../wine/dlls/oleaut32/vartype.c: In function 'VarR4FromUI8': ../wine/dlls/oleaut32/vartype.c:3000:1: internal compiler error: in assign_stack_local_1, at function.cc:429 3000 | } | ^ 0xb75c82d4 __libc_start_call_main ../sysdeps/nptl/libc_start_call_main.h:58 0xb75c8397 __libc_start_main_impl ../csu/libc-start.c:360 Please submit a full bug report, with preprocessed source (by using -freport-bug). Please include the complete backtrace with any bug report. See <https://gcc.gnu.org/bugs/> for instructions. make: *** [Makefile:155835: dlls/oleaut32/i386-windows/vartype.o] Error 1 make: *** Waiting for unfinished jobs.... -- 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 26

[Bug 60263] New: winemac.drv: cross-process child window Metal swapchains not implemented (Steam client renders black); the CAContext/CALayerHost route already exists and is only reached from vulkan.c
by WineHQ Bugzilla Sept. 3, 2026

Sept. 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=60263 Bug ID: 60263 Summary: winemac.drv: cross-process child window Metal swapchains not implemented (Steam client renders black); the CAContext/CALayerHost route already exists and is only reached from vulkan.c Product: Wine Version: 11.16 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)list.winehq.org Reporter: winebugs(a)protonmail.ch Target Milestone: --- winemac.drv contains this FIXME: Cross-process child window Metal swapchains are not implemented This is the whole reason Steam's client renders as a black window under Wine on macOS, and the route to fix it already exists in the tree — it is simply never reached from the Metal side. ## What happens Steam's CEF GPU process asks for a Metal view for a child window whose root lives in the *browser* process. `get_win_data()` returns NULL by construction for a foreign HWND — `win_datas` is a process-local CFDictionary — and the caller aborts on the null view by design. Chromium restarts the GPU process, it dies identically, and after ~6 attempts it gives up. Black window. Two things make this hard to spot: - The `CreateSwapChain` cross-process guard never fires for this window, because `GetWindowThreadProcessId()` says the *child* belongs to us. The Win32 process check and winemac's realization check disagree, and the path trusts the first. - It is backend-independent: forcing `--use-angle=swiftshader` (no Metal, no GPU driver at all) produces the same crash count and a byte-identical black capture. ## The route already in the tree `macdrv_client_surface_acquire_metal_swapchain()` builds a `CAContext`-backed offscreen swapchain and posts `WM_MACDRV_CREATE_REMOTE_LAYER` to the window's owning process, which hosts it via `CALayerHost`. That is exactly the cross-process case. In stock Wine only `vulkan.c` reaches it. Wiring the Metal side to fall back to that route when `get_win_data()` returns NULL makes Steam's client render completely, out-of-process, with text, no injected switches and 0 GPU crashes. ## Working implementation, for reference A working version of both halves is public here, under MIT: https://github.com/macgameport/cities-skylines-2-macos/blob/main/scripts/wi… Notes from getting it working, in case they save someone time: - **Do not add a member to `macdrv_functions_t`** to expose the entry point — that struct is `C_ASSERT`-ed at a fixed size, so a client built against a larger struct would read past the end of an older winemac's and call whatever followed. A standalone exported symbol degrades safely. - **Convert Win32 pixels to Cocoa points at the CALayerHost entry points.** `CALayer.frame` is in points; unconverted frames are 2x too large on retina and the content is pushed down and right. - **Stack the hosted layers by Win32 paint order, not insertion order.** CEF recreates a swapchain on every resize, so insertion order puts whichever browser was recreated last on top. Steam runs two sibling browsers and the client goes black. - **An empty child rect is not "no rect".** CEF keeps an inactive browser in the z-order at 0x0; treating that as "no rect supplied" and stretching the layer over the view blacks the window. - **Retire a superseded layer on CREATE, not on destroy**, or the child is unhosted between the two and the window blinks through during a resize. ## Disclosure This was investigated with heavy AI assistance, so I am filing a report rather than a patch, and the implementation above is offered only as a reference someone may or may not want to look at. I am also aware of the relicensing discussion in 3Shain/dxmt#152 and am not asking for anything to be taken as-is. -- 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 5

[Bug 60207] New: VirtualDJ 2026: persistent skin corruption (ghost hover highlights, flickering) because d3d11_swapchain_Present1 ignores DXGI_PRESENT_PARAMETERS
by WineHQ Bugzilla Sept. 3, 2026

Sept. 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=60207 Bug ID: 60207 Summary: VirtualDJ 2026: persistent skin corruption (ghost hover highlights, flickering) because d3d11_swapchain_Present1 ignores DXGI_PRESENT_PARAMETERS Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: bghome(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81893 --> http://bugs.winehq.org/attachment.cgi?id=81893 WINEDEBUG=+dxgi, DXVK disabled Overview -------- dlls/dxgi/swapchain.c:d3d11_swapchain_Present1() discards the DXGI_PRESENT_PARAMETERS argument entirely: static HRESULT STDMETHODCALLTYPE d3d11_swapchain_Present1(IDXGISwapChain4 *iface, UINT sync_interval, UINT flags, const DXGI_PRESENT_PARAMETERS *present_parameters) { struct d3d11_swapchain *swapchain = d3d11_swapchain_from_IDXGISwapChain4(iface); TRACE("iface %p, sync_interval %u, flags %#x, present_parameters %p.\n", iface, sync_interval, flags, present_parameters); if (present_parameters) FIXME("Ignored present parameters %p.\n", present_parameters); return d3d11_swapchain_present(swapchain, sync_interval, flags); } That struct carries DirtyRectsCount, pDirtyRects, pScrollRect and pScrollOffset. The FIXME is widely seen and generally assumed to be cosmetic, because for most applications it only costs an optimisation. For an application that presents *incrementally* on a flip-model swap chain it is not cosmetic: it produces permanent, highly visible rendering corruption, and no error is returned. Per Microsoft's flip-model presentation documentation, the scroll rectangle is "the area of the previous frame that the operating system needs to copy to the current frame before it renders the current frame". That copy is the runtime's responsibility, and Wine never performs it. Consequence: as the flip chain rotates, each back buffer only ever receives the damage that happened to be drawn while it was the current buffer. The buffers diverge permanently and the display alternates between two partially-updated frames, forever. Application ----------- VirtualDJ 2026 (build 9583), https://download.virtualdj.com/b9583/89CED1AB/install_virtualdj_2026_b9583_… - free to download and run without a licence, so the bug is reproducible without a purchase. The defect is in its "experimental skin engine" feature, which is enabled by default. Symptoms visible to the user: - a button stays highlighted after the cursor has moved to a different button, so two or more controls appear hovered at once; - dialog window borders flicker continuously; - tooltips and hint balloons blink on and off at frame rate. Steps to reproduce ------------------ 1. Install and start VirtualDJ 2026 (no need to load a track). 2. Make sure Settings -> Performance -> experimentalSkinEngine is "auto" or "yes" (the default). 3. Move the mouse onto deck B's CUE button, then onto the SYNC button next to it, and hold the cursor still. 4. Both CUE and SYNC are shown highlighted, and stay that way. Setting experimentalSkinEngine to "no" makes every symptom disappear. Environment ----------- wine-staging 11.0 under Bottles 66.7, win10 mode, X11 (WINEPREFIX has wayland driver disabled). Intel Arc (MTL), Mesa 26.1.6. Reproduced with Wine's own dxgi + wined3d, i.e. with DXVK disabled. It also reproduces with DXVK 3.0.2, because DXVK has the same gap (dxgi_swapchain.cpp: PresentBase() calls m_presenter->Present(SyncInterval, PresentFlags, nullptr)). So this is not a DXVK-specific problem; both paths discard the struct. Expected behaviour ------------------ d3d11_swapchain_Present1 should honour DXGI_PRESENT_PARAMETERS - at minimum pScrollRect/pScrollOffset, which the runtime is documented to copy from the previously presented buffer before the application renders the current frame. A conservative alternative that would also fix the corruption: when present_parameters is non-NULL, ensure the incoming back buffer contains the previously presented frame before returning, so that an application which redraws only its damaged regions still produces a coherent frame. Actual behaviour ---------------- The parameters are dropped, no copy is performed, no error or warning is returned to the application, and the swap chain's buffers diverge permanently. -- 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 10

[Bug 57473] New: Virtual DJ 2024: Main interface animation flickers
by WineHQ Bugzilla Sept. 3, 2026

Sept. 3, 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 11

[Bug 60251] New: ~29s stall on ntdll loader_section during startup, tied to a Win32_LogicalDiskToPartition WMI query on the Z: drive
by WineHQ Bugzilla Sept. 3, 2026

Sept. 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=60251 Bug ID: 60251 Summary: ~29s stall on ntdll loader_section during startup, tied to a Win32_LogicalDiskToPartition WMI query on the Z: drive Product: Wine Version: 11.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)list.winehq.org Reporter: aktaskazimcan0(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81964 --> http://bugs.winehq.org/attachment.cgi?id=81964 WINEDEBUG=+loaddll,+wbemprox trace showing the loader_section stall Note on environment: I'm running this under a Vinegar-managed prefix with DXVK-Sarek installed (native d3d8/d3d9/d3d10core/d3d11/dxgi overrides) and a custom Wine build (see "Additional information" below). I'm flagging this upfront per the Wine bug-reporting guidelines around native DLL overrides/third-party builds. That said, the stall happens while loading comctl32/compstui/winspool/wbemprox - none of the DLLs DXVK overrides - so it's unlikely to be DXVK-related, but I wanted to be transparent about the setup rather than have that surface later. Description of problem: On startup, my application (Roblox Studio, running under a Vinegar-managed prefix on Linux/CachyOS, btrfs root) consistently stalls for ~29 seconds early in startup, blocking the whole process. With WINEDEBUG=+loaddll,+wbemprox, the trace shows wbemprox.dll being loaded, followed by a ~29 second gap with *no trace output at all* on either channel, during which four other threads time out waiting on the ntdll loader_section (held by the thread that loaded wbemprox.dll). Full trace excerpt attached (winedebug-loaddll-wbemprox-trace.log). After the gap, thread 00fc proceeds through WbemLocator_create -> ConnectServer(ROOT\CIMV2) -> ExecQuery with an ASSOCIATORS query against Win32_LogicalDisk.DeviceID='Z:' (AssocClass=Win32_LogicalDiskToPartition). This query then resolves within the same second (fill_logicaldisktopartition created 1 rows, etc.) - the ~29s delay appears to happen *before* the WMI call chain is even entered (DllGetClassObject itself is the first thing logged after the gap), not within WMI processing itself. I was not able to pin down the exact syscall/operation responsible for the gap via strace - the slowest filesystem-related syscalls captured were on the order of tens of milliseconds, nowhere near 29s, so it does not appear to be filesystem/disk I/O bound in any obvious way. Happy to gather additional traces (e.g. a specific WINEDEBUG channel, or strace focused on a narrower window) if that would help narrow it down further. This reproduces consistently (every launch) on this system. How reproducible: Always (on this system) Steps to reproduce: 1. Launch an application that performs a Win32_LogicalDiskToPartition ASSOCIATORS WMI query against a drive early in startup (observed with Roblox Studio; have not yet tried a minimal WMI-only reproducer). 2. Run with WINEDEBUG=+loaddll,+wbemprox and observe the gap between wbemprox.dll loading and the first wbemprox trace line. Actual results: ~29 second stall, with the whole process blocked (other threads time out on the loader lock). Expected results: No significant stall before the WMI query executes. Additional information: - Wine version: wine-11.16 (custom build via vinegarhq/kombucha, built from upstream Wine commit 8da89f8493b21ebfbe344a54dbef0cde23c7ea59). This build carries 14 local patches; two touch ntdll (one adjusts LFH heap block-group lifetime in dlls/ntdll/heap.c, one narrows known-DLL/ search-path handling specifically for ucrtbase.dll in dlls/ntdll/loader.c - both ported from Valve's Wine/Proton fork). The ucrtbase.dll one does touch find_dll_file/open_known_dll in loader.c, though its actual behavior change is gated on the DLL name being "ucrtbase.dll" specifically, not wbemprox.dll/comctl32.dll/winspool.drv (the DLLs involved in this stall) - so it looks unlikely to be the direct cause, but I can't fully rule out an indirect interaction given it's in the same loader path. Neither patch touches wmi/wbemprox code directly. Happy to attempt a repro against a clean upstream Wine build if that would help isolate this. - Distro: CachyOS (Arch-based), root filesystem is btrfs - The affected drive (Z:) maps to the Linux root filesystem -- 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 60026] New: Adobe Photoshop Camera Raw AI-Denoiser issue
by WineHQ Bugzilla Sept. 3, 2026

Sept. 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=60026 Bug ID: 60026 Summary: Adobe Photoshop Camera Raw AI-Denoiser issue Product: Wine Version: 11.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: lyushukovdmitry(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81459 --> http://bugs.winehq.org/attachment.cgi?id=81459 Camera raw log Error from Camera Raw`s log: *** Error: WML API Failed (WML_LoadFromData, unknown error ) *** -- 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 12