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

[Bug 59362] Gdiplus LockBits() flags=0 different behavior than Microsoft implementation

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59362 Dmitry Timoshkov <dmitry(a)baikal.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #10 from Dmitry Timoshkov <dmitry(a)baikal.ru> --- (In reply to Bernhard Übelacker from comment #9) > While searching I found there was already a patch submitted in 2012 > by Dmitry Timoshkov, unfortunately without further comments, as far as I see: > https://www.winehq.org/pipermail/wine-patches/2012-July/115962.html There was a reply on wine-devel: https://www.winehq.org/pipermail/wine-devel/2012-July/096248.html -- 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.

Feb. 4, 2026

[Bug 59370] WebView2 109: Window renders blank (white/black) - Chromium compositor D3D11 shared texture path broken

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59370 stan <stan(a)stanstaykov.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |ArchLinux -- 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.

Feb. 4, 2026

[Bug 59370] New: WebView2 109: Window renders blank (white/black) - Chromium compositor D3D11 shared texture path broken

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59370 Bug ID: 59370 Summary: WebView2 109: Window renders blank (white/black) - Chromium compositor D3D11 shared texture path broken Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: stan(a)stanstaykov.com Distribution: --- Created attachment 80314 --> http://bugs.winehq.org/attachment.cgi?id=80314 Experiment Log WebView2-based applications (Superwhisper, and likely other Electron/Tauri/WebView2 apps) display blank white or black windows. The application launches, audio plays, windows appear, but no UI content is visible. Affected configurations: Native Wayland (winewayland.drv) XWayland Multiple Wine versions tested (11.x, custom builds) WebView2 runtime: 109.0.1518.78 Download link: https://superwhisper.com (free trial available) Root Cause Analysis Extensive debugging (50+ experiments) traced the failure to Wine's D3D11 shared texture and DirectComposition implementation. What Works Chromium renderer produces content - DevTools Protocol (CDP) screenshots show correct UI D3D11 device creation succeeds - Feature queries return expected values Draw calls execute - wined3d logs show active rendering ANGLE contexts created - eglInitialize, eglCreateContext, eglMakeCurrent succeed Wayland surfaces commit - SHM buffers are attached and committed What Fails No EGL surfaces created - eglCreateWindowSurface/eglCreatePbufferSurface never called (surfaceless ANGLE) No shared texture APIs called - IDXGIResource1::CreateSharedHandle and ID3D11Device::OpenSharedResource never invoked UpdateSubresource writes zeros - Texture uploads happen but data is all zeros PS shader resources are blank - Textures bound to pixel shader contain no data Final composite samples blank inputs - Even with forced patterns upstream, final pass reads zeros Architecture Mismatch Chromium's compositor architecture expects: ANGLE renders → D3D11 shared textures → viz compositor → DComp swapchain → present Wine's implementation gap: ANGLE runs surfaceless (no window/pbuffer surfaces) Chromium uses internal SharedImageBackingD3D for GPU→compositor handoff This shared-image mailbox system bypasses normal D3D11 API surfaces Wine's D3D11 never sees the actual rendered content Key Evidence Experiment AK (CDP screenshot): DevTools screenshot: NONBLANK (renderer works) Wayland SHM dump: BLANK (presentation broken) Experiment AP (libEGL proxy): eglInitialize: succeeds eglCreateContext: succeeds (multiple contexts) eglCreateWindowSurface: never called eglCreatePbufferSurface: never called eglSwapBuffers: never called Experiment BM (shared handle probe): CreateSharedHandle: never called OpenSharedResource: never called Experiment BT (UpdateSubresource trace): Uploads occur to textures later bound as SRVs All BGRA texture uploads have nz=0 (first 64 bytes zero) Data generation upstream is the failure point Reproduction Steps Install WebView2 runtime 109.0.1518.78 Install Superwhisper (or any WebView2-based app) Launch with Wine Observe blank white/black window (audio may play) Attempted Workarounds (all failed) DXVK (d3d11/dxgi replacement) Software rendering (llvmpipe) SwiftShader Vulkan ICD --disable-gpu / --disable-gpu-compositing / --in-process-gpu --disable-direct-composition Various ANGLE backends (--use-angle=gl, swiftshader, vulkan) Force builtin/native DLL combinations DComp stub implementations (even with successful Present calls) Forced texture writes (patterns appear in intermediate RTVs but not final output) Technical Attachments Full experiment log attached (~50 experiments with detailed findings). Impact This likely affects all WebView2-based Windows applications: Electron apps using WebView2 backend Tauri apps Native Windows apps embedding web content Any Chromium-embedded application using DirectComposition WebView2 adoption is growing rapidly, so this gap will affect an increasing number of applications. Suggested Fix Direction The shared-image path between ANGLE and Chromium's viz compositor needs Wine support for: D3D11 shared textures with NT handles - ID3D11Texture2D with D3D11_RESOURCE_MISC_SHARED_NTHANDLE Cross-process texture sharing - IDXGIResource1::CreateSharedHandle / ID3D11Device1::OpenSharedResource1 Keyed mutex synchronization - IDXGIKeyedMutex for producer/consumer sync Alternatively, a more invasive approach would be patching ANGLE's Windows backend to use a Wine-compatible sharing mechanism. keywords: d3d11, dxgi, dcomp, webview2 -- 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.

Feb. 4, 2026

[Bug 59369] RadioBoss 7.1.6.2 EXCEPTION_ACCESS_VIOLATION

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59369 wargreen(a)lebib.org changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://www.djsoft.net/enu/ | |download.htm Distribution|--- |Debian -- 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.

Feb. 4, 2026

[Bug 59369] RadioBoss 7.1.6.2 EXCEPTION_ACCESS_VIOLATION

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59369 --- Comment #1 from wargreen(a)lebib.org --- Created attachment 80313 --> http://bugs.winehq.org/attachment.cgi?id=80313 Radioboss bug's report When the error happen, a debug tool is shown. Bug report saved from this tool. -- 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.

Feb. 4, 2026

[Bug 59369] New: RadioBoss 7.1.6.2 EXCEPTION_ACCESS_VIOLATION

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59369 Bug ID: 59369 Summary: RadioBoss 7.1.6.2 EXCEPTION_ACCESS_VIOLATION Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: wargreen(a)lebib.org Distribution: --- Created attachment 80312 --> http://bugs.winehq.org/attachment.cgi?id=80312 output of wine with WINEDEBUG=warn+all in a fresh wine64 prefix. Dear Wine devs, After installing RadioBoss 7.1.6.2 from the website (demo version available at https://www.djsoft.net/enu/download.htm) launching it lead a EXCEPTION_ACCESS_VIOLATION. I have find some issues with other Delphi software that lead the same issue : https://forum.winehq.org/viewtopic.php?t=28602 https://forum.winehq.org/viewtopic.php?t=4930 https://forum.winehq.org/viewtopic.php?t=4155 I have tried to install the mentioned winetricks verbs but the issue still. Also tried : launch it via Bottles with wine 11.0 and soda 9.0-1, with the same issue. System configuration : Debian SID updated recently Wine wine-10.0 (debian 10.0~repack-12+b1) from debian's repo Thanks a lot for all tips 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.

Feb. 4, 2026

[Bug 59356] Imperium Great Battles of Rome doesn't reproduce music and audio

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59356 --- Comment #7 from Lorenzo Ferrillo <lorenzofer(a)live.it> --- Another issue with the current implementation is a strange stutteriness of the game, where at regular intervals (some kind of refresh) the world stop for a second. When instead I replicate the old staging patch (and with wine-staging 8.15) the game is fluid. That patch alone is however not correct, as the music of the main menu continue in loop even in the game. (I tested with 8.15 staging too). Also replicating the patch is causing the game to crash when starting dialogues, probably an interaction between old patch-new code I don't fully consider. Voices doesn't work without or with old wine-staging 8.15 (but do with relevant native directmusic) -- 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.

Feb. 3, 2026

[Bug 59368] New: [feature request] Allow app developers to set dlloverrides

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59368 Bug ID: 59368 Summary: [feature request] Allow app developers to set dlloverrides 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: fatihbakal7(a)protonmail.com Distribution: --- Whilst most projects specify dll overrides in their documentation this'd allow the developer of the app to configure the default behaviour. >GameFolder >> game.exe >> game2.exe >> `wine_dll_overrides.toml` wine_dll_overrides.toml would look something like ``` [game.exe] dinput8=n,b winmm=n,b [game2.exe] rtworkq=n,b ``` Might make a PR for this depending on what upstream folks think -- 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.

Feb. 3, 2026

[Bug 50834] That wine uses the kde application style

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=50834 fatihbakal7(a)protonmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fatihbakal7(a)protonmail.com --- Comment #11 from fatihbakal7(a)protonmail.com --- Would it be okay to use this .reg file https://github.com/seapear/AffinityOnLinux/blob/main/Auxiliary/Other/wine-d… if e.g. user has `gtk-application-prefer-dark-theme=true` in `~/.config/gtk-3.0/settings.ini` A lot of people have multiple prefixes (e.g. steam users) and its a nightmare to import it to each one manually. https://imgur.com/4IENFN1 (Open for improvements, I made this so my eyes doesn't burn) Related issue: https://github.com/Winetricks/winetricks/issues/2384 -- 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.

Feb. 3, 2026

[Bug 58264] regression in multiple apps in Wine >=10.7, error: "Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c, line 93" (macOS)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58264 --- Comment #39 from Gcenx <gcenx83(a)gmail.com> --- (In reply to Zeb Figura from comment #38) > For the avoidance of doubt, I don't object to people using or even > distributing hacks like this, and I think this specific one is almost always > going to be an improvement to the user experience. The problem is that it > creates a support burden for me if I'm expected to field WineHQ bugs with > hacks like these, especially if I don't even know they're in place, and > indeed there was no indication here. I remember we discussed this at length and I agreed it was best to simply remove the incorrectly applied hacks (I screwed up during a rebase) Since WineD3D Vulkan works best with libMoltenVK-CX it made more sense to just forgo applying the hacks. I do apply hacks needed for Rosetta2, DXMT and a couple others that are all noted per release. -- 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.

Feb. 3, 2026