December 2025 - Wine-gitlab

[PATCH 0/4] MR9739: msi/tests: Fix a test failure on ARM64 Windows 11.
by Hans Leidekker (＠hans) 09 Dec '25

09 Dec '25

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

2 4

[PATCH 0/1] MR9738: win32u: Remove unnecessary drawable flush in context_sync_drawables.
by Rémi Bernon (＠rbernon) 09 Dec '25

09 Dec '25

This fixes sluggish rendering of Steam and other CEF based applications, as wined3d calls wglMakeCurrent with possibly already active surface every time it tries to activate a context. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9738

2 1

[PATCH v2 0/1] MR9737: win32u: Process every driver event in NtUserGetAsyncKeyState.
by Rémi Bernon (＠rbernon) 09 Dec '25

09 Dec '25

Splinter Cell sends WM_SETREDRAW 0 which changes the window style, removing WS_VISIBLE, then SetWindowPos and WM_SETREDRAW 1 right after that, then stops processing or waiting on window messages entirely while playing its intro video. The only call it does is GetAsyncKeyState, to check whether mouse buttons are pressed to skip its intro videos. In winex11 we now request window state changes asynchronously and in particular we request WM_STATE Withdrawn in this case when SetWindowPos is called after removing WS_VISIBLE. When WM_SETREDRAW 1 is called we also try updating the window state as it should be made visible again, but this often happens too quickly and the window manager hasn't yet updated the WM_STATE property, so we delay the request until a later call to WindowPosChanged or until the reply is received. As the game doesn't process its window messages, ProcessEvents is then never called with the right mask and the WM_STATE update is never seen. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59069 -- v2: win32u: Process every driver event in NtUserGetAsyncKeyState. https://gitlab.winehq.org/wine/wine/-/merge_requests/9737

2 1

[PATCH 0/1] MR9737: win32u: Process every driver event in NtUserGetAsyncKeyState.
by Rémi Bernon (＠rbernon) 09 Dec '25

09 Dec '25

Splinter Cell sends WM_SETREDRAW 0 which changes the window style, removing WS_VISIBLE, then SetWindowPos and WM_SETREDRAW 1 right after that, then stops processing or waiting on window messages entirely while playing its intro video. The only call it does it GetAsyncKeyState, to check whether mouse buttons are pressed to skip the into. In winex11 we now request window state changes asynchronously and in particular we request WM_STATE Withdrawn in this case when SetWindowPos is called after removing WS_VISIBLE. When WM_SETREDRAW 1 is called we also try updating the window state as it should be made visible again, but this often happens too quickly and the window manager hasn't yet updated the WM_STATE property, so we delay the request until a later call to WindowPosChanged or until the reply is received. As the game doesn't process its window messages, ProcessEvents is then never called with the right mask and the WM_STATE update is never seen. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59069 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9737

2 1

[PATCH v9 0/1] MR3160: wineps.drv: Not set dc_top should not affect printing failed
by 张顾在 (＠linkmecry) 09 Dec '25

09 Dec '25

Not set dc_top should not affect printing failed -- v9: wineps.drv: Not set dc_top should not affect printing failed https://gitlab.winehq.org/wine/wine/-/merge_requests/3160

2 3

[PATCH 0/1] MR9736: opengl32: Retrieve display OpenGL functions table only when needed.
by Rémi Bernon (＠rbernon) 09 Dec '25

09 Dec '25

There's no real need to keep the function table pointer around, win32u already has an initialization guard and then simply returns a pointer. Initializing OpenGL on process attach often causes OOM errors with 32bit process, as Wine still holds most of the low address space reserved memory, and only releases it after modules have been loaded. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59093 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9736

3 2

[PATCH v2 0/1] MR9686: winhttp: Implement WINHTTP_AUTOPROXY_ALLOW_STATIC
by Tobias Gruetzmacher (＠TobiX) 09 Dec '25

09 Dec '25

This seems to be a convenience feature to return the static/default proxy config when that is configured. This is a first stab at the "correct" implementation, passes the test and seems right to me, but might be crap. Found in [PyManager](https://github.com/python/pymanager/blob/fa2de8c8820f0b2521cc4e3…, which at least fails at a different place with this change. :D -- v2: winhttp: Implement WINHTTP_AUTOPROXY_ALLOW_STATIC https://gitlab.winehq.org/wine/wine/-/merge_requests/9686

3 3

[PATCH 0/2] MR9642: msi/tests: Add a test for MsiDecomposeDescriptor() with a product with only one feature.
by Dmitry Timoshkov (＠dmitry) 09 Dec '25

09 Dec '25

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

3 3

[PATCH v19 0/1] MR9632: sxs: avoid uninitialised len_name length
by Hans Chen (＠hans.chen) 09 Dec '25

09 Dec '25

The `redirect_data->clrdata_len` [is unset in /dlls/ntdll/actctx.c#L4411-4412](https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/actctx.c?ref_type=heads#L4411-4412) when using registration-free COM in C# NET code. Program.cs ```C# //... Guid guid = Guid.Parse("COM clsid"); Type type = Type.GetTypeFromCLSID(guid, true); var instance = Activator.CreateInstance(type)); //... ``` App.manifest ```xml <assembly> <file name="ExampleCOM.dll"> <comClass description="ExampleCOM" progid="ExampleCOM" clsid="{COM clsid}" threadingModel="Free"/> </file> </assembly> ``` The above C# code gets this error on its second line. ```Shell System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. ``` This is because `len_name` is uninitialized when calling `memcpy(ret_strings, ptr_name, len_name);` in `SxsLookupClrGuid`, which is fixed in this MR. -- v19: test_SxsLookupClrGuid https://gitlab.winehq.org/wine/wine/-/merge_requests/9632

2 1

[PATCH v18 0/1] MR9632: sxs: avoid uninitialised len_name length
by Hans Chen (＠hans.chen) 09 Dec '25

09 Dec '25

The `redirect_data->clrdata_len` [is unset in /dlls/ntdll/actctx.c#L4411-4412](https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/actctx.c?ref_type=heads#L4411-4412) when using registration-free COM in C# NET code. Program.cs ```C# //... Guid guid = Guid.Parse("COM clsid"); Type type = Type.GetTypeFromCLSID(guid, true); var instance = Activator.CreateInstance(type)); //... ``` App.manifest ```xml <assembly> <file name="ExampleCOM.dll"> <comClass description="ExampleCOM" progid="ExampleCOM" clsid="{COM clsid}" threadingModel="Free"/> </file> </assembly> ``` The above C# code gets this error on its second line. ```Shell System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. ``` This is because `len_name` is uninitialized when calling `memcpy(ret_strings, ptr_name, len_name);` in `SxsLookupClrGuid`, which is fixed in this MR. -- v18: reset https://gitlab.winehq.org/wine/wine/-/merge_requests/9632

2 1