- Wine-GitLab - list.winehq.org

[PATCH 0/1] MR10704: Display invalid Indic syllables
by Aric Stewart (＠aricstewart) April 20, 2026

April 20, 2026

Use the U+25CC DOTTED CIRCLE as the base glyph for invalid Indic syllables https://bugs.winehq.org/show_bug.cgi?id=27637 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10704

2 1

Re: [PATCH v2 0/7] MR10688: msxml3: Improvements to setAttribute().
by Nikolay Sivov (＠nsivov) April 20, 2026

April 20, 2026

On Mon Apr 20 11:42:09 2026 +0000, Bernhard Übelacker wrote: > Hello Nikolay, I just wanted to forward a note that some of the recent > msxml3 changes may started causing following ASan findings. > Unfortunately in the past I was carrying the patch from !9279, but > dropped it as it stopped to apply to current git. Therefore I currently > cannot say if that is a new issue or if it is caused by recent patches. > Since [this gitlab > run](https://gitlab.winehq.org/bernhardu/wine/-/jobs/253410#L3065) ASan > gets triggered. > This run was based on top of [1b13526a5f](https://gitlab.winehq.org/wine/wine/-/commits/1b13526a5fcfa55de…. > <details> > <summary>ASan details</summary> > ``` > ==msxml3_test.exe==1616==ERROR: AddressSanitizer: heap-use-after-free on > address 0x101f4050e318 at pc 0x6ffff922e8e9 bp 0x7ffffe1ff820 sp 0x7ffffe1ff868 > READ of size 8 at 0x101f4050e318 thread T0 > #0 0x6ffff922e8e8 in domnode_drop_refs /builds/bernhardu/wine/build64/../dlls/msxml3/node.c:1247:15 > #1 0x6ffff922e7d8 in domnode_release /builds/bernhardu/wine/build64/../dlls/msxml3/node.c:1385:11 > #2 0x6ffff91eea23 in domdoc_Release /builds/bernhardu/wine/build64/../dlls/msxml3/domdoc.c:449:9 > #3 0x00014007a586 in IXMLDOMDocument_Release /builds/bernhardu/wine/build64/include/msxml.h:1584:12 > #4 0x00014003bf0f in test_put_nodeTypedValue /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:9047:5 > #5 0x00014000114b in func_domdoc /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:16907:5 > #6 0x0001400eab42 in run_test /builds/bernhardu/wine/build64/../include/wine/test.h:780:5 > #7 0x0001400ea54b in main /builds/bernhardu/wine/build64/../include/wine/test.h:900:12 > #8 0x0001400ec7da in mainCRTStartup /builds/bernhardu/wine/build64/../dlls/msvcrt/crt_main.c:70:11 > #9 0x6fffffc37b94 in BaseThreadInitThunk (C:\windows\system32\kernel32.dll+0x178027b94) > #10 0x6fffffdc0be6 in RtlUserThreadStart (C:\windows\system32\ntdll.dll+0x170050be6) > 0x101f4050e318 is located 104 bytes inside of 176-byte region [0x101f4050e2b0,0x101f4050e360) > freed by thread T0 here: > #0 0x6ffffe82d861 in free /home/runner/work/llvm-mingw/llvm-mingw/llvm-project/compiler-rt/lib/asan/asan_malloc_win.cpp:78:3 > #1 0x6ffff922def4 in domnode_destroy_tree /builds/bernhardu/wine/build64/../dlls/msxml3/node.c:1378:5 > #2 0x6ffff922e7f8 in domnode_release /builds/bernhardu/wine/build64/../dlls/msxml3/node.c:1387:9 > #3 0x6ffff91fcefa in domelem_Release /builds/bernhardu/wine/build64/../dlls/msxml3/element.c:115:9 > #4 0x00014007a7e6 in IXMLDOMElement_Release /builds/bernhardu/wine/build64/include/msxml.h:3969:12 > #5 0x00014003bf06 in test_put_nodeTypedValue /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:9046:5 > #6 0x00014000114b in func_domdoc /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:16907:5 > #7 0x0001400eab42 in run_test /builds/bernhardu/wine/build64/../include/wine/test.h:780:5 > #8 0x0001400ea54b in main /builds/bernhardu/wine/build64/../include/wine/test.h:900:12 > #9 0x0001400ec7da in mainCRTStartup /builds/bernhardu/wine/build64/../dlls/msvcrt/crt_main.c:70:11 > #10 0x6fffffc37b94 in BaseThreadInitThunk (C:\windows\system32\kernel32.dll+0x178027b94) > #11 0x6fffffdc0be6 in RtlUserThreadStart (C:\windows\system32\ntdll.dll+0x170050be6) > previously allocated by thread T0 here: > #0 0x6ffffe82da86 in calloc /home/runner/work/llvm-mingw/llvm-mingw/llvm-project/compiler-rt/lib/asan/asan_malloc_win.cpp:98:3 > #1 0x6ffff922c969 in domnode_create /builds/bernhardu/wine/build64/../dlls/msxml3/node.c:1053:20 > #2 0x6ffff91edd7c in dom_document_create /builds/bernhardu/wine/build64/../dlls/msxml3/domdoc.c:2536:21 > #3 0x6ffff9209586 in DOMClassFactory_CreateInstance /builds/bernhardu/wine/build64/../dlls/msxml3/factory.c:246:9 > #4 0x6ffffcc31b07 in IClassFactory_CreateInstance /builds/bernhardu/wine/build64/include/unknwn.h:248:12 > #5 0x6ffffcc30f29 in CoCreateInstanceEx /builds/bernhardu/wine/build64/../dlls/combase/combase.c:1947:10 > #6 0x6ffffcc30526 in CoCreateInstance /builds/bernhardu/wine/build64/../dlls/combase/combase.c:1736:10 > #7 0x00014007a1d9 in _create_object /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:1207:10 > #8 0x00014003a1f5 in test_put_nodeTypedValue /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:8860:11 > #9 0x00014000114b in func_domdoc /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:16907:5 > #10 0x0001400eab42 in run_test /builds/bernhardu/wine/build64/../include/wine/test.h:780:5 > #11 0x0001400ea54b in main /builds/bernhardu/wine/build64/../include/wine/test.h:900:12 > #12 0x0001400ec7da in mainCRTStartup /builds/bernhardu/wine/build64/../dlls/msvcrt/crt_main.c:70:11 > #13 0x6fffffc37b94 in BaseThreadInitThunk (C:\windows\system32\kernel32.dll+0x178027b94) > #14 0x6fffffdc0be6 in RtlUserThreadStart (C:\windows\system32\ntdll.dll+0x170050be6) > SUMMARY: AddressSanitizer: heap-use-after-free > /builds/bernhardu/wine/build64/../dlls/msxml3/node.c:1247:15 in domnode_drop_refs > ``` > </details> Great, thank you. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10688#note_137090

1 0

[PATCH 0/3] MR10690: android: refactoring and cleanup changes (part of !10569)
by Twaik Yont (＠twaik) April 20, 2026

April 20, 2026

This MR contains a subset of changes extracted from MR !10569. Included changes: 1. Simplify client PID handling in Android driver * Pass PID explicitly via `ioctl_android_dequeueBuffer` instead of thread-local `driver_data` * Remove `ioctl_params` wrapper and pass IRP directly * Remove implicit `client_id` propagation through ioctl dispatch and Java calls * Restrict PID usage to `dequeueBuffer` where it is actually required 2. Simplify Android initialization and AHardwareBuffer handling * Load AHardwareBuffer symbols together with other Android APIs in `load_android_libs()` * Remove separate `init_ahardwarebuffers()` path * Treat libandroid and AHardwareBuffer as part of standard platform API 3. Switch `java_*` variables to direct linking * Replace dlsym-based resolution with direct references (`java_vm`, `java_object`, `java_gdt_sel`) * Remove indirect pointer layer and simplify initialization logic Reason: This MR is split out from !10569 to simplify review by isolating refactoring and cleanup changes from functional fixes. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10690

2 4

[PATCH v3 0/2] MR10696: shcore: 0 terminate params->WindowTitle when turning into WCHAR
by Marcus Meissner (＠msmeissn) April 20, 2026

April 20, 2026

WindowTitle is not necessarily NUL terminated. Reported-By: Dirk Mueller <dmueller(a)suse.de> Found-by: Gemini 3.1 Pro Signed-off-by: Marcus Meissner <marcus(a)jet.franken.de> -- v3: Apply 1 suggestion(s) to 1 file(s) https://gitlab.winehq.org/wine/wine/-/merge_requests/10696

2 2

[PATCH 0/1] MR10699: Revert "win32u: Don't forcefully activate windows before restoring them."
by Zhiyi Zhang (＠zhiyi) April 20, 2026

April 20, 2026

This reverts commit f82b115dfcf3eefbbb533d31976d178e21bf1237. f82b115d was intended to fix SDL3 applications unexpectedly switching to the native display mode. However, after further investigations, the bug is caused by other issues rather than the NtUserSetActiveWindow() call. In fact, by tracing the message sequence when restoring a window, there should be a WM_ACTIVATE message before WM_SYSCOMMAND SC_RESTORE. Fix Warhammer: Vermintide 2 (552500) failing to enter fullscreen mode after focus loss. The game needs a WM_ACTIVATE message before WM_SYSCOMMAND SC_RESTORE. The SDL3 application unexpectedly switches to the native display mode bug is caused by the following: **(1) The 16-bit display mode format gets overwritten** Please see https://gitlab.winehq.org/wine/wine/-/merge_requests/10697 for details. **(2) Window managers restore minimized windows with the current display mode** For example, an SDL3 game on a 1920x1080 monitor uses 1024x768 display mode. When the game gets minimized, say by Alt+Tab, it will set the display mode back to 1920x1080. When the game window gets restored, the window manager will resize the window to 1920x1080 because the window still has __NET_WM_STATE_FULLSCREEN set even though it's minimized. So a WM_WINDOWPOSCHANGE (1920x1080) is sent to the game window. The game processes the WM_WINDOWPOSCHANGE and changes to the previous 1024x768 display mode. So a WM_WINDOWPOSCHANGE (1024x768) will be sent later once the WM finishes processing the display change event. However, there might be a delay between the WM_WINDOWPOSCHANGE (1920x1080) and WM_WINDOWPOSCHANGE (1024x768). So if the game finishes WM_WINDOWPOSCHANGE (1920x1080) and it can't find more messages, then it will trigger a render update and use the current window size (1920x1080) to adjust the display mode, causing it to revert to the native display mode instead of the specified one. See SDL3 testwm.c main message loop for example. The root cause is the difference in the behavior of WM on Linux and Windows. Windows still uses the old window size when restoring a window, even though the display mode is changed. The presence of `__NET_WM_STATE_FULLSCREEN` on Linux makes the WM choose the current display size instead of the previous window size. I tried removing `__NET_WM_STATE_FULLSCREEN` for a window when it gets minimized. But it will trigger unexpected size changes because removing `__NET_WM_STATE_FULLSCREEN` causes WMs to restore the window to its previous size before fullscreen. Unfortunately, I haven't thought of a reliable way to fix this. Anyway, it did prove that it's not related to the NtUserSetActiveWindow() call. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10699

3 2

[PATCH v3 0/5] MR10689: winex11: Keyboard layouts rework, part 1
by Rémi Bernon (＠rbernon) April 20, 2026

April 20, 2026

Same as https://gitlab.winehq.org/wine/wine/-/merge_requests/10550 with misc tweaks. -- v3: winex11: Decode current keyboard layout from the Xkb group name. https://gitlab.winehq.org/wine/wine/-/merge_requests/10689

4 15

[PATCH v6 0/5] MR10550: winex11: Keyboard layouts rework, part 1
by Matteo Bruni (＠Mystral) April 20, 2026

April 20, 2026

The idea is to improve the detection of the available keyboard layouts, normally via Xkb group names + xkbregistry, and then propagate the current layout to win32u and the PE / win32 side state. Along the way also start using `KBDTABLES` and the related newer win32u machinery that was introduced for winewayland. I'm taking a lot of inspiration (and also actual patches, or pieces of code) from the winewayland driver and Rémi's draft MR !2122. The main difference from that attempt is that I'm going to keep around `X11DRV_KEYBOARD_DetectLayout()` and use it as a fallback detection mechanism (e.g. for vncserver), but still move winex11 to `KBDTABLES` and such. You can find the current (still WIP, especially for later patches) branch at https://gitlab.winehq.org/Mystral/wine/-/commits/hl-kbl?ref_type=heads -- v6: winex11: Decode current keyboard layout from the Xkb group name. https://gitlab.winehq.org/wine/wine/-/merge_requests/10550

4 9

[PATCH 0/3] MR10703: opengl32: Misc client-side handle table fixes.
by Rémi Bernon (＠rbernon) April 20, 2026

April 20, 2026

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/10703

2 3

[PATCH v2 0/1] MR10556: odbc32: Report SQL_TIMESTAMP format for timestamp data in ODBC 2.x application.
by Piotr Caban (＠piotr) April 20, 2026

April 20, 2026

-- v2: odbc32: Support data type conversion on version mismatch. https://gitlab.winehq.org/wine/wine/-/merge_requests/10556

3 3

[PATCH v7 0/1] MR10561: secur32: Fix handling by SChannel for CNG/NCrypt client certificates for mTLS
by Benoît Legat (＠blegat) April 20, 2026

April 20, 2026

Part 3 of my attempt to run the [Niko Home Control programming software](https://appdb.winehq.org/objectManager.php?sClass=application&iId… under Wine. If I understand correctly, the current implementation only supports retrieving via the legacy CryptoAPI (CAPI). The Niko app uses Cryptography Next Generation (CNG/NCrypt) so this PRs adds support for it in acquire_credentials_handle. -- v7: secur32: Fix handling by SChannel for CNG/NCrypt client certificates for mTLS https://gitlab.winehq.org/wine/wine/-/merge_requests/10561

4 6

[PATCH v8 0/2] MR10659: combase: Implement restricted WinRT error handling APIs.
by Anna R Békefi (＠annareginabekefi) April 20, 2026

April 20, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58900 Bug 58900 This series implements restricted WinRT error handling in combase and\ adds conformance tests for the new behavior. Implemented APIs include restricted error creation / retrieval,\ error context capture, transform, matching, and unhandled error reporting\ paths. Tests were added under dlls/combase/tests and pass locally.\ The existing combase tests also continue to pass. -- v8: combase/tests: Add tests for restricted WinRT error handling. combase: Implement restricted WinRT error handling APIs. https://gitlab.winehq.org/wine/wine/-/merge_requests/10659

2 2

[PATCH v4 0/10] MR10645: mf/topology_loader: Insert optional nodes after each branch is connected.
by Conor McCarthy (＠cmccarthy) April 20, 2026

April 20, 2026

New tests show each optional node is connected after the nodes on either side are connected. This is an issue in the game Psycho Sleuth (at least in the demo) because it uses a transform which must have its input types enumerated before it will work correctly. This occurs when a decoder is inserted before the transform, but an optional node lies immediately upstream of the transform, and if optional nodes are not handled correctly, the decoder is initially connected to the optional instead of being inserted later. A couple of other issues revealed while making new tests are fixed here too. -- v4: mf/topology_loader: Remove the fixme from topology_loader_Load(). https://gitlab.winehq.org/wine/wine/-/merge_requests/10645

2 10

[PATCH v3 0/9] MR10645: mf/topology_loader: Insert optional nodes after each branch is connected.
by Conor McCarthy (＠cmccarthy) April 20, 2026

April 20, 2026

New tests show each optional node is connected after the nodes on either side are connected. This is an issue in the game Psycho Sleuth (at least in the demo) because it uses a transform which must have its input types enumerated before it will work correctly. This occurs when a decoder is inserted before the transform, but an optional node lies immediately upstream of the transform, and if optional nodes are not handled correctly, the decoder is initially connected to the optional instead of being inserted later. A couple of other issues revealed while making new tests are fixed here too. -- v3: mf/topology_loader: Try to insert optional nodes after resolving the surrounding branch. mf/topology_loader: Resolve topologies by walking down from each source node. mf/topology_loader: Introduce a helper to get the connection semantic flags. mf/tests: Test optional topology nodes. mf/tests: Fix comments for two topology loader tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/10645

2 9

[PATCH 0/1] MR10698: kernelbase: Add message string for error 302-316
by Antoine Leresche (＠A2va) April 19, 2026

April 19, 2026

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/10698

2 1

[PATCH v2 0/1] MR10696: shcore: 0 terminate params->WindowTitle when turning into WCHAR
by Marcus Meissner (＠msmeissn) April 19, 2026

April 19, 2026

WindowTitle is not necessarily NUL terminated. Reported-By: Dirk Mueller <dmueller(a)suse.de> Found-by: Gemini 3.1 Pro Signed-off-by: Marcus Meissner <marcus(a)jet.franken.de> -- v2: shcore: 0 terminate params->WindowTitle when turning into WCHAR https://gitlab.winehq.org/wine/wine/-/merge_requests/10696

4 4

[PATCH 0/1] MR10276: ntdll/wineandroid: Redirect stdout/stderr to Android logcat in the Java startup path
by Twaik Yont (＠twaik) April 19, 2026

April 19, 2026

This change redirects Wine’s `stdout` and `stderr` to Android `logcat` when running through the Java entry point used by `wineandroid.drv`. Currently `WineActivity` writes debug output to a file via the `WINEDEBUGLOG` mechanism. In practice this is inconvenient to use: the file lives in the application's private storage and reading it on a device typically requires either a debug build or root access. Even when accessible, inspecting logs directly on the device is less practical than using Android’s standard logging tools. Android applications normally expose diagnostic output through logcat. This change forwards Wine’s `stdout` and `stderr` to `logcat` so that Wine debug output can be observed using standard Android tooling (`adb logcat`, Android Studio, etc.) without accessing the application’s internal storage. The implementation is intentionally simple and best-effort. A pipe is installed on `stdout` and `stderr` and a small detached thread forwards the output to `__android_log_write()`. Data is forwarded in chunks without reconstructing line boundaries; this is sufficient for diagnostic purposes and keeps the implementation minimal. The redirection is only enabled in the Android Java startup path, which corresponds to the environment used by `wineandroid`. In this configuration `stdout` and `stderr` are typically not visible to the user (commonly pointing to `/dev/null`), so redirecting them to logcat does not replace any usable diagnostics channel. It is also unlikely that Wine will be compiled directly on Android devices in practice. Android does not provide an official NDK toolchain that runs on-device, and mingw toolchains are not distributed for Android either. Building Wine therefore normally happens off-device using standard cross-compilation toolchains (android NDK, mingw, host toolchain). Because of this, the `logcat` forwarding is primarily intended for runtime diagnostics and debugging rather than build-time development directly on the device. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10276

3 6

Re: [PATCH v4 0/3] MR10487: winewayland: Fix display freeze for games that fake-minimize
by Cooper Morgan (＠Cwooper) April 19, 2026

April 19, 2026

Rebasing to fix the author name from "Cwooper" to my full name per the patch submission guidelines (oops). No code changes. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10487#note_137041

1 0

[PATCH v2 0/3] MR10487: winewayland: Fix display freeze for games that fake-minimize
by Cooper Morgan (＠Cwooper) April 19, 2026

April 19, 2026

CryEngine games (e.g., Hunt: Showdown) fake-minimize during startup in exclusive fullscreen by setting WS_MINIMIZE and moving to (-32000,-32000). The driver sent xdg_toplevel_unset_fullscreen, causing the compositor to respond with a 0x0 configure that the surface never recovered from. - Fix a use-after-release on data-\>rects in wayland_configure_window - Detect WS_MINIMIZE and call xdg_toplevel_set_minimized instead of unsetting fullscreen/maximized - Handle restore by acking the configure and sending SC_RESTORE when the window is at the sentinel position with WS_MINIMIZE set Wine-Bug: http://bugs.winehq.org/show_bug.cgi?id=59577 -- v2: winewayland: Restore minimized windows when compositor sends configure. winewayland: Handle WS_MINIMIZE to suppress incorrect state transitions. winewayland: Fix use-after-release of window rects in configure handler. https://gitlab.winehq.org/wine/wine/-/merge_requests/10487

3 9

[PATCH v60 0/1] MR10192: kernelbase: Handle extended length path prefix in GetLongPathNameW
by Vishnunithyasoundhar S (＠svishnunithyasoundhar) April 18, 2026

April 18, 2026

``` Support the \\?\ prefix by skipping it during path resolution while preserving it in the output. Added specific handling for extended UNC paths (\\?\UNC\) to mirror standard UNC behavior, ensuring these paths are treated as network shares and not local devices. Some paths that use the extended length path were filtered out as UNC paths - but not all of them are UNC. There can be UNC path that use extended length path but not all extended length paths are UNC paths. ``` Signed-off-by: Vishnunithyasoundhar S svishnunithyasoundhar(a)gmail.com -- v60: kernelbase: Handle extended length path prefix in GetLongPathNameW https://gitlab.winehq.org/wine/wine/-/merge_requests/10192

2 1

[PATCH 0/1] MR10696: shcore: 0 terminate params->WindowTitle when turning into WCHAR
by Marcus Meissner (＠msmeissn) April 18, 2026

April 18, 2026

WindowTitle is not necessarily NUL terminated. Reported-By: Dirk Mueller <dmueller(a)suse.de> Found-by: Gemini 3.1 Pro Signed-off-by: Marcus Meissner <marcus(a)jet.franken.de> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10696

2 1

[PATCH v2 0/2] MR10695: ntdll: Improvements for RtlVirtualUnwind2 with NULL output handler data.
by Paul Gofman (＠gofman) April 18, 2026

April 18, 2026

-- v2: ntdll: Catch access violation in RtlVirtualUnwind2() on arm64. ntdll: Do not crash in RtlVirtualUnwind2() in some cases of NULL output parameters on x64. https://gitlab.winehq.org/wine/wine/-/merge_requests/10695

2 3

Re: [PATCH v2 0/7] MR10688: msxml3: Improvements to setAttribute().
by Bernhard Übelacker (＠bernhardu) April 18, 2026

April 18, 2026

Hello Nikolay, I just wanted to forward a note that some of the recent msxml3 changes may started causing following ASan findings. Unfortunately in the past I was carrying the patch from !9279, but dropped it as it stopped to apply to current git. Therefore I currently cannot say if that is a new issue or if it is caused by recent patches. Since [this gitlab run](https://gitlab.winehq.org/bernhardu/wine/-/jobs/253410#L3065) ASan gets triggered. This run was based on top of [1b13526a5f](https://gitlab.winehq.org/wine/wine/-/commits/1b13526a5fcfa55de…. <details> <summary>ASan details</summary> ``` ==msxml3_test.exe==1616==ERROR: AddressSanitizer: heap-use-after-free on address 0x101f4050e318 at pc 0x6ffff922e8e9 bp 0x7ffffe1ff820 sp 0x7ffffe1ff868 READ of size 8 at 0x101f4050e318 thread T0 #0 0x6ffff922e8e8 in domnode_drop_refs /builds/bernhardu/wine/build64/../dlls/msxml3/node.c:1247:15 #1 0x6ffff922e7d8 in domnode_release /builds/bernhardu/wine/build64/../dlls/msxml3/node.c:1385:11 #2 0x6ffff91eea23 in domdoc_Release /builds/bernhardu/wine/build64/../dlls/msxml3/domdoc.c:449:9 #3 0x00014007a586 in IXMLDOMDocument_Release /builds/bernhardu/wine/build64/include/msxml.h:1584:12 #4 0x00014003bf0f in test_put_nodeTypedValue /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:9047:5 #5 0x00014000114b in func_domdoc /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:16907:5 #6 0x0001400eab42 in run_test /builds/bernhardu/wine/build64/../include/wine/test.h:780:5 #7 0x0001400ea54b in main /builds/bernhardu/wine/build64/../include/wine/test.h:900:12 #8 0x0001400ec7da in mainCRTStartup /builds/bernhardu/wine/build64/../dlls/msvcrt/crt_main.c:70:11 #9 0x6fffffc37b94 in BaseThreadInitThunk (C:\windows\system32\kernel32.dll+0x178027b94) #10 0x6fffffdc0be6 in RtlUserThreadStart (C:\windows\system32\ntdll.dll+0x170050be6) 0x101f4050e318 is located 104 bytes inside of 176-byte region [0x101f4050e2b0,0x101f4050e360) freed by thread T0 here: #0 0x6ffffe82d861 in free /home/runner/work/llvm-mingw/llvm-mingw/llvm-project/compiler-rt/lib/asan/asan_malloc_win.cpp:78:3 #1 0x6ffff922def4 in domnode_destroy_tree /builds/bernhardu/wine/build64/../dlls/msxml3/node.c:1378:5 #2 0x6ffff922e7f8 in domnode_release /builds/bernhardu/wine/build64/../dlls/msxml3/node.c:1387:9 #3 0x6ffff91fcefa in domelem_Release /builds/bernhardu/wine/build64/../dlls/msxml3/element.c:115:9 #4 0x00014007a7e6 in IXMLDOMElement_Release /builds/bernhardu/wine/build64/include/msxml.h:3969:12 #5 0x00014003bf06 in test_put_nodeTypedValue /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:9046:5 #6 0x00014000114b in func_domdoc /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:16907:5 #7 0x0001400eab42 in run_test /builds/bernhardu/wine/build64/../include/wine/test.h:780:5 #8 0x0001400ea54b in main /builds/bernhardu/wine/build64/../include/wine/test.h:900:12 #9 0x0001400ec7da in mainCRTStartup /builds/bernhardu/wine/build64/../dlls/msvcrt/crt_main.c:70:11 #10 0x6fffffc37b94 in BaseThreadInitThunk (C:\windows\system32\kernel32.dll+0x178027b94) #11 0x6fffffdc0be6 in RtlUserThreadStart (C:\windows\system32\ntdll.dll+0x170050be6) previously allocated by thread T0 here: #0 0x6ffffe82da86 in calloc /home/runner/work/llvm-mingw/llvm-mingw/llvm-project/compiler-rt/lib/asan/asan_malloc_win.cpp:98:3 #1 0x6ffff922c969 in domnode_create /builds/bernhardu/wine/build64/../dlls/msxml3/node.c:1053:20 #2 0x6ffff91edd7c in dom_document_create /builds/bernhardu/wine/build64/../dlls/msxml3/domdoc.c:2536:21 #3 0x6ffff9209586 in DOMClassFactory_CreateInstance /builds/bernhardu/wine/build64/../dlls/msxml3/factory.c:246:9 #4 0x6ffffcc31b07 in IClassFactory_CreateInstance /builds/bernhardu/wine/build64/include/unknwn.h:248:12 #5 0x6ffffcc30f29 in CoCreateInstanceEx /builds/bernhardu/wine/build64/../dlls/combase/combase.c:1947:10 #6 0x6ffffcc30526 in CoCreateInstance /builds/bernhardu/wine/build64/../dlls/combase/combase.c:1736:10 #7 0x00014007a1d9 in _create_object /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:1207:10 #8 0x00014003a1f5 in test_put_nodeTypedValue /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:8860:11 #9 0x00014000114b in func_domdoc /builds/bernhardu/wine/build64/../dlls/msxml3/tests/domdoc.c:16907:5 #10 0x0001400eab42 in run_test /builds/bernhardu/wine/build64/../include/wine/test.h:780:5 #11 0x0001400ea54b in main /builds/bernhardu/wine/build64/../include/wine/test.h:900:12 #12 0x0001400ec7da in mainCRTStartup /builds/bernhardu/wine/build64/../dlls/msvcrt/crt_main.c:70:11 #13 0x6fffffc37b94 in BaseThreadInitThunk (C:\windows\system32\kernel32.dll+0x178027b94) #14 0x6fffffdc0be6 in RtlUserThreadStart (C:\windows\system32\ntdll.dll+0x170050be6) SUMMARY: AddressSanitizer: heap-use-after-free /builds/bernhardu/wine/build64/../dlls/msxml3/node.c:1247:15 in domnode_drop_refs ``` </details> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10688#note_137020

1 0

[PATCH v6 0/4] MR10659: combase: Implement restricted WinRT error handling APIs.
by Anna R Békefi (＠annareginabekefi) April 18, 2026

April 18, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58900 Bug 58900 This series implements restricted WinRT error handling in combase and\ adds conformance tests for the new behavior. Implemented APIs include restricted error creation / retrieval,\ error context capture, transform, matching, and unhandled error reporting\ paths. Tests were added under dlls/combase/tests and pass locally.\ The existing combase tests also continue to pass. -- v6: combase/tests: Temporarily trim restricted error handling coverage. https://gitlab.winehq.org/wine/wine/-/merge_requests/10659

2 4

Re: [PATCH v3 0/7] MR10540: build: Fix warnings with recent gcc/glibc versions
by Katharina Bogad (＠hackathi) April 18, 2026

April 18, 2026

Thank you for picking this up! I was actually going to get back to this today -- unfortunately, the time I can put into WINE is quite fluctuating and unpredictable at the moment. I'll keep the cast thing in mind for the future. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10540#note_136893

1 0

[PATCH v8 0/3] MR10603: win32u/freetype: Fix tmExternalLeading for CFF fonts.
by Arie Miller (＠Arimil) April 18, 2026

April 18, 2026

This fixes font scaling issues with CFF fonts this was discovered from games utilizing DxLib. https://github.com/yumetodo/DxLib/tree/master https://dxlib.xsrv.jp/index.html I've ran tests on Windows and to confirm that this change is consistent with a number of fonts. Before: ![image.png](/uploads/a398d5543df8561f1a6fbe9edded3b45/image.png){width="801" height="600"} After (this matches the windows visual from testing in a VM): ![image.png](/uploads/cf4e4c8753b3482dd24211b519a5fe23/image.png){width="767" height="572"} Related Proton Issue: https://github.com/ValveSoftware/Proton/issues/7299 Full Disclosure: An LLM was used to assist in finding this bug, the original fix written by the LLM wrote a loader binary that changed the pointers for `GetTextMetricsA` and `GetTextMetricsW` to point to a custom implementation that always set `tmExternalLeading`. The LLM determined that `GDI returns 0 when (winAscent + winDescent) > (Ascender - Descender)`, after testing on WIndows I found this to be incorrect, the actual difference is that CFF fonts always set `tmExternalLeading` to 0. ~~The test case for this fix was LLM generated but reviewed and tested on both Windows and Linux by me.~~ Test case: ``` WINEPREFIX=/tmp/wine-font winetricks allfonts WINEPREFIX=/tmp/wine-font ./loader/wine ./dlls/gdi32/tests/i386-windows/gdi32_test.exe ``` Patched: ``` font.c:4266: test_CFF_external_leading: tested 51 CFF fonts (0 failures) ``` Unpatched Wine: ``` font.c:4266: test_CFF_external_leading: tested 51 CFF fonts (51 failures) ``` Windows 11: ``` font.c:4266: test_CFF_external_leading: tested 48 CFF fonts (0 failures) ``` -- v8: gdi32: Add test for tmExternalLeading for CFF fonts. https://gitlab.winehq.org/wine/wine/-/merge_requests/10603

2 4