June 2026 - Wine-GitLab - list.winehq.org

[PATCH v11 0/6] MR4092: user32: Actually implement RealGetWindowClass{A/W}.
by Connor McAdams (＠cmcadams) June 3, 2026

June 3, 2026

-- v11: user32: Pass real argument to NtUserGetClassName in RealGetWindowClass{A/W}. win32u: Add support for retrieving real window class ID across processes. user32: Set real window class ID for user32 static controls. win32u/tests: Add a test for real window class name retrieval. comctl32/tests: Add tests for RealGetWindowClass. user32/tests: Add tests for RealGetWindowClass. https://gitlab.winehq.org/wine/wine/-/merge_requests/4092

3 8

[PATCH v2 0/3] MR11054: ole32: Implement IStorage::MoveElementTo().
by Dmitry Timoshkov (＠dmitry) June 3, 2026

June 3, 2026

-- v2: ole32: Implement IStorage::MoveElementTo() for storage element. ole32: Implement IStorage::MoveElementTo() for stream element. ole32/tests: Add some tests for IStorage::MoveElementTo(). https://gitlab.winehq.org/wine/wine/-/merge_requests/11054

3 4

[PATCH v4 0/3] MR11003: Isinf
by Bartosz Kosiorek (＠gang65) June 3, 2026

June 3, 2026

-- v4: msvcp90: Add _Isinf long double implementation. msvcp90: Add _Isinf double implementation. msvcp90: Add _Isinf float implementation. https://gitlab.winehq.org/wine/wine/-/merge_requests/11003

3 4

[PATCH 0/1] MR11058: winemac: Implement ExtEscape queries for Metal layer creation and release.
by Marc-Aurel Zent (＠mzent) June 3, 2026

June 3, 2026

This exposes similar functionality to `vkCreateWin32SurfaceKHR`, just for projects that implement some sort of graphics backend directly on top of Metal that do not use Vulkan as an in-between layer, like DXMT. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11058

3 6

Re: [PATCH v6 0/4] MR10992: ddraw: Allow attaching flip chain surfaces surfaces (for v1 surfaces).
by Bernhard Übelacker (＠bernhardu) June 3, 2026

June 3, 2026

Hello @gofman, it seems this commit triggers new ASan report ([x86](https://gitlab.winehq.org/bernhardu/wine/-/jobs/272959#L2541), [x86_64](https://gitlab.winehq.org/bernhardu/wine/-/jobs/272960#L2532)) By releasing `surface1` in line 6508 it looks like `backbuffer1` got released, too. Therefore the explicit release of `backbuffer1` in line 6510 triggers ASan. Could this be the related to the comment about increased reference counter in [line 6476](https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ddraw/tests/dd… ``` /* Looks like here is a ddraw bug here, when deleting a surface the next one in chain gets an extra reference. */ ``` <details> <summary>ASan x86 details></summary> ``` ==ddraw_test.exe==988==ERROR: AddressSanitizer: heap-use-after-free on address 0x02311d50 at pc 0x0043d2b6 bp 0x0022f514 sp 0x0022f510 READ of size 4 at 0x02311d50 thread T0 #0 0x0043d2b5 in test_surface_attachment /builds/bernhardu/wine/build64/../dlls/ddraw/tests/ddraw1.c:6510:11 #1 0x004127c5 in func_ddraw1 /builds/bernhardu/wine/build64/../dlls/ddraw/tests/ddraw1.c:17101:5 #2 0x0069e311 in run_test /builds/bernhardu/wine/build64/../include/wine/test.h:780:5 #3 0x0069ddca in main /builds/bernhardu/wine/build64/../include/wine/test.h:900:12 #4 0x006a0075 in mainCRTStartup /builds/bernhardu/wine/build64/../dlls/msvcrt/crt_main.c:70:11 #5 0x7bcc35df in BaseThreadInitThunk (C:\windows\system32\kernel32.dll+0x7b8235df) #6 0x7be36b9a in call_thread_func_wrapper (C:\windows\system32\ntdll.dll+0x7bc46b9a) #7 0x7be3750a in call_thread_func /builds/bernhardu/wine/build64/../dlls/ntdll/signal_i386.c:502:9 0x02311d50 is located 16 bytes inside of 300-byte region [0x02311d40,0x02311e6c) freed by thread T0 here: #0 0x766c5aab in free /home/runner/work/llvm-mingw/llvm-mingw/llvm-project/compiler-rt/lib/asan/asan_malloc_win.cpp:78:3 #1 0x78df7155 in ddraw_surface_wined3d_object_destroyed /builds/bernhardu/wine/build64/../dlls/ddraw/surface.c:6235:5 #2 0x777af5d1 in wined3d_texture_sub_resources_destroyed /builds/bernhardu/wine/build64/../dlls/wined3d/texture.c:453:13 #3 0x77633065 in adapter_gl_destroy_texture /builds/bernhardu/wine/build64/../dlls/wined3d/adapter_gl.c:4550:5 #4 0x777aff81 in wined3d_texture_decref /builds/bernhardu/wine/build64/../dlls/wined3d/texture.c:724:9 #5 0x78df2cef in ddraw_surface_cleanup /builds/bernhardu/wine/build64/../dlls/ddraw/surface.c:646:5 #6 0x78df2ac2 in ddraw_surface_cleanup /builds/bernhardu/wine/build64/../dlls/ddraw/surface.c:625:13 #7 0x78df270e in ddraw_surface_release_iface /builds/bernhardu/wine/build64/../dlls/ddraw/surface.c:678:9 #8 0x78df69df in ddraw_surface1_Release /builds/bernhardu/wine/build64/../dlls/ddraw/surface.c:789:9 #9 0x0043b21e in test_surface_attachment /builds/bernhardu/wine/build64/../dlls/ddraw/tests/ddraw1.c:6508:11 #10 0x004127c5 in func_ddraw1 /builds/bernhardu/wine/build64/../dlls/ddraw/tests/ddraw1.c:17101:5 #11 0x0069e311 in run_test /builds/bernhardu/wine/build64/../include/wine/test.h:780:5 #12 0x0069ddca in main /builds/bernhardu/wine/build64/../include/wine/test.h:900:12 #13 0x006a0075 in mainCRTStartup /builds/bernhardu/wine/build64/../dlls/msvcrt/crt_main.c:70:11 #14 0x7bcc35df in BaseThreadInitThunk (C:\windows\system32\kernel32.dll+0x7b8235df) #15 0x7be36b9a in call_thread_func_wrapper (C:\windows\system32\ntdll.dll+0x7bc46b9a) #16 0x7be3750a in call_thread_func /builds/bernhardu/wine/build64/../dlls/ntdll/signal_i386.c:502:9 previously allocated by thread T0 here: #0 0x766c5cae in calloc /home/runner/work/llvm-mingw/llvm-mingw/llvm-project/compiler-rt/lib/asan/asan_malloc_win.cpp:98:3 #1 0x78deb031 in ddraw_texture_init /builds/bernhardu/wine/build64/../dlls/ddraw/surface.c:6546:25 #2 0x78de9dc9 in ddraw_surface_create /builds/bernhardu/wine/build64/../dlls/ddraw/surface.c:7160:29 #3 0x78dbe3e4 in ddraw1_CreateSurface /builds/bernhardu/wine/build64/../dlls/ddraw/ddraw.c:3112:10 #4 0x00439fad in test_surface_attachment /builds/bernhardu/wine/build64/../dlls/ddraw/tests/ddraw1.c:6372:10 #5 0x004127c5 in func_ddraw1 /builds/bernhardu/wine/build64/../dlls/ddraw/tests/ddraw1.c:17101:5 #6 0x0069e311 in run_test /builds/bernhardu/wine/build64/../include/wine/test.h:780:5 #7 0x0069ddca in main /builds/bernhardu/wine/build64/../include/wine/test.h:900:12 #8 0x006a0075 in mainCRTStartup /builds/bernhardu/wine/build64/../dlls/msvcrt/crt_main.c:70:11 #9 0x7bcc35df in BaseThreadInitThunk (C:\windows\system32\kernel32.dll+0x7b8235df) #10 0x7be36b9a in call_thread_func_wrapper (C:\windows\system32\ntdll.dll+0x7bc46b9a) #11 0x7be3750a in call_thread_func /builds/bernhardu/wine/build64/../dlls/ntdll/signal_i386.c:502:9 SUMMARY: AddressSanitizer: heap-use-after-free /builds/bernhardu/wine/build64/../dlls/ddraw/tests/ddraw1.c:6510:11 in test_surface_attachment ``` </details> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10992#note_142086

1 0

[PATCH v6 0/9] MR10963: Draft: winex11: Keyboard layouts rework, part 3
by Matteo Bruni (＠Mystral) June 3, 2026

June 3, 2026

-- v6: server: Fix numpad vkey handling. user32/tests: Add more key map tests. user32/tests: Add more key names tests. user32/tests: Add a SendInput VK_PAUSE test. winex11: Support fixed X11 keycode to scancode conversion. winex11: Use scancode high bit to set KEYEVENTF_EXTENDEDKEY flag. winex11: Create fallback layouts for all the Xkb groups. winex11: Don't set kbd_layout from detect_keyboard_layout(). winex11: Create layout when falling back to fuzzy detection. https://gitlab.winehq.org/wine/wine/-/merge_requests/10963

4 16

[PATCH 0/1] MR11057: winexinput.sys: Fix handling of non-32-bit axis
by SeongChan Lee (＠foriequal0) June 3, 2026

June 3, 2026

The previous axis direction inversion (`-ly - 1`) assumes `ly` is a signed, 32-bit, 2's complement value. It broke with the change 88e775db, which changed the size to 16-bit from 32-bit. Fix it by using simple arithmetic rather than relying on the 2's complement logic. This is a fix for the following regressions (@tinozzo123 [commented](https://gitlab.winehq.org/wine/wine/-/merge_requests/9886#note_1…) * https://bugs.winehq.org/show_bug.cgi?id=59317 * https://bugs.winehq.org/show_bug.cgi?id=59386 * https://bugs.winehq.org/show_bug.cgi?id=59406 The regression only affected XInput devices converted to DInput. DInput-only devices were not affected. I have reproduced the regression in `wine control joy.cpl`, and confirmed the fix with my GuliKit KingKong 2 Pro controller. It can switch between XInput mode and DInput mode when connected with USB. The regression was reproduced only in XInput mode. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11057

4 3

[PATCH 0/1] MR11059: dssenh: Use SymCrypt.
by Hans Leidekker (＠hans) June 3, 2026

June 3, 2026

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

2 1

[PATCH v4 0/2] MR10885: quartz: Update current and elapsed positions in Stop().
by Conor McCarthy (＠cmccarthy) June 3, 2026

June 3, 2026

-- v4: quartz: Update current and elapsed positions in Stop(). quartz/tests: Test current position after stopping a graph. https://gitlab.winehq.org/wine/wine/-/merge_requests/10885

3 6

Re: [PATCH v2 0/5] MR11047: Prefer builtin for more DLLs. - approved
by Alexandre Julliard (＠julliard) June 2, 2026

June 2, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11047

1 0

Re: [PATCH v2 0/1] MR11056: kernelbase: Add stub for GetIntegratedDisplaySize(). - approved
by Alexandre Julliard (＠julliard) June 2, 2026

June 2, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11056

1 0

Re: [PATCH v6 0/4] MR10992: ddraw: Allow attaching flip chain surfaces surfaces (for v1 surfaces). - approved
by Alexandre Julliard (＠julliard) June 2, 2026

June 2, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10992

1 0

Re: [PATCH v9 0/3] MR10874: wined3d: Disallow locking of multisampled back buffers. - approved
by Alexandre Julliard (＠julliard) June 2, 2026

June 2, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10874

1 0

Re: [PATCH v2 0/1] MR10517: wined3d: Don't use texelFetchOffset() for buffers and multi-sample textures. - approved
by Alexandre Julliard (＠julliard) June 2, 2026

June 2, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10517

1 0

Re: [PATCH v3 0/2] MR11002: win32u: Enable VK_KHR_external_fence_capabilities in d3dkmt_init_vulkan(). - approved
by Alexandre Julliard (＠julliard) June 2, 2026

June 2, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11002

1 0

Re: [PATCH v2 0/2] MR11050: quartz: Update current and elapsed positions in Stop(). - approved
by Alexandre Julliard (＠julliard) June 2, 2026

June 2, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11050

1 0

Re: [PATCH v3 0/1] MR11053: rsaenh: Use SymCrypt for RSA and RC4. - approved
by Alexandre Julliard (＠julliard) June 2, 2026

June 2, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11053

1 0

Re: [PATCH v2 0/3] MR11045: winex11: Create layout when falling back to fuzzy detection. - approved
by Alexandre Julliard (＠julliard) June 2, 2026

June 2, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11045

1 0

Re: [PATCH v3 0/6] MR11044: win32u: Set builtin class FNID on window creation. - approved
by Alexandre Julliard (＠julliard) June 2, 2026

June 2, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11044

1 0

[PATCH v4 0/4] MR11043: wscript: Support UTF-16LE scripts with BOM
by Anders Kjersem (＠anders) June 2, 2026

June 2, 2026

-- v4: Use IsTextUnicode instead https://gitlab.winehq.org/wine/wine/-/merge_requests/11043

2 4

Re: [PATCH v8 0/4] MR10960: scrrun/dictionary: Match native semantics for Empty and Boolean keys. - approved
by Alexandre Julliard (＠julliard) June 2, 2026

June 2, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10960

1 0

[PATCH v4 0/1] MR11055: loader: Add default SQMClient registry key
by Rose Hellsing (＠axtlos) June 2, 2026

June 2, 2026

On Windows the key `HKLM\SOFTWARE\Microsoft\SQMClient` is populated with a random UUID when SQM is first used to identify each device. This MR makes wineboot fill it with a random UUID on initialization. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54021 -- v4: wineboot: Create SQMClient MachineId registry key https://gitlab.winehq.org/wine/wine/-/merge_requests/11055

3 3

[PATCH 0/3] MR11054: ole32: Implement IStorage::MoveElementTo().
by Dmitry Timoshkov (＠dmitry) June 2, 2026

June 2, 2026

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

3 8

Re: [PATCH v2 0/4] MR11035: gdi32/uniscribe: Eagerly cache cmap tables for a font.
by Nikolay Sivov (＠nsivov) June 2, 2026

June 2, 2026

On Tue Jun 2 19:01:30 2026 +0000, Nikolay Sivov wrote: > Ok, yes, in this case it's not much worse to keep cmap too. But at the > same time we already have 'page' array which is exactly the same - > lazily allocated copy of a cmap. Generally I think it's easy to keep > cmap in its original format, because it's fast to lookup already. Regarding keeping multiple cmap tables, why do we need this? I don't think you are supposed to navigate multiple tables when you map characters. I'm pretty sure harfbuzz for instance does not do that, and our dwrite doesn't either, see dwrite_cmap_init(). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11035#note_142029

1 0

Re: [PATCH v2 0/4] MR11035: gdi32/uniscribe: Eagerly cache cmap tables for a font.
by Nikolay Sivov (＠nsivov) June 2, 2026

June 2, 2026

On Mon Jun 1 11:46:58 2026 +0000, समीरसिंह Sameer Singh wrote: > Regarding. "keeping just cmap is clearly not enough for shaping to > work", the `ScriptCache` struct already stores raw table data for GSUB, > GPOS and GDEF so shaping is possible. Adding cmap format4 to the struct > (cmap format 12 was already present) follows the same established pattern. > Here is what the struct looked prior to my patch: > ```c > typedef struct { > struct list entry; > DWORD refcount; > LOGFONTW lf; > TEXTMETRICW tm; > OUTLINETEXTMETRICW *otm; > SCRIPT_FONTPROPERTIES sfp; > BOOL sfnt; > CacheGlyphPage *page[NUM_PAGES]; > ABC *widths[GLYPH_MAX / GLYPH_BLOCK_SIZE]; > void *GSUB_Table; > void *GDEF_Table; > void *CMAP_Table; > void *CMAP_format12_Table; > void *GPOS_Table; > BOOL scripts_initialized; > LoadedScript *scripts; > SIZE_T scripts_size; > SIZE_T script_count; > OPENTYPE_TAG userScript; > OPENTYPE_TAG userLang; > } ScriptCache; > ``` Ok, yes, in this case it's not much worse to keep cmap too. But at the same time we already have 'page' array which is exactly the same - lazily allocated copy of a cmap. Generally I think it's easy to keep cmap in its original format, because it's fast to lookup already. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11035#note_142028

1 0