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

[PATCH v4 0/1] MR11019: Add a stub implementation for DwmpSetColorizationColor(DWORD*,BOOL)
by tobbi (＠tobbi) June 17, 2026

June 17, 2026

This is just a small stub implementation to help fix the crash described in https://bugs.winehq.org/show_bug.cgi?id=48370 The program still doesn't work, but at least it doesn't crash anymore. -- v4: dwmapi: Add a stub for DwmpSetColorizationColor(DWORD*,BOOL) https://gitlab.winehq.org/wine/wine/-/merge_requests/11019

7 11

[PATCH v4 0/1] MR10809: comctl32: Fix VARHEIGHT rebar scaling when cyIntegral == 0
by Feli Rippmann (＠Feli) June 16, 2026

June 16, 2026

This is a test and fix for an edge case in the rebar component where `cyChild` is set to a larger value than `cyMaxChild` while `cyIntegral` is exactly 0 on a VARIABLEHEIGHT rebar. On Windows, at least the two Win11 machines I have acces to, the WinAPI seems to clamp the value to `cyMaxChild` so the test passes. On Wine, it does not clamp the value and the test fails, but passes with the fix. Specifically, Wine's behaviour results in the program EffectsEd3 from the modding tools of Call of Duty: World at War sizing its rebar height incorrectly, taking over the whole window and making the program unusable. With the fix, this is no longer the case and the program becomes usable. ![EffectsEd3 before Patch.png](/uploads/496a3bfe57dd15fb7e98c9a18073f5fb/EffectsEd3_before_Patch.png){width=255 height=189} - ![EffectsEd3 after Patch.png](/uploads/f57ac713c373b3063142f4e45b209a93/EffectsEd3_after_Patch.png){width=351 height=185} -- v4: comctl32: Clamp rebar height to cyMaxChild when cyIntegral == 0 too https://gitlab.winehq.org/wine/wine/-/merge_requests/10809

3 5

[PATCH v5 0/3] MR10567: wined3d: fix vk swapchain rendering too dark by supporting UNORM to SRGB...
by Stian Low (＠stianlow) June 16, 2026

June 16, 2026

wined3d: fix vk swapchain rendering too dark by supporting UNORM to SRGB conversion for brightness similar to gl This merge request addresses: https://bugs.winehq.org/show_bug.cgi?id=45364 Frostpunk is very dark Very dark rendering issues for Frostpunk seem to match the same problem for Vulkan renderer for "Against the Storm": - https://bugs.winehq.org/show_bug.cgi?id=58632 - https://bugs.winehq.org/attachment.cgi?id=80656 Running both games with gl renderer seems to fix excessive darkness: - https://bugs.winehq.org/attachment.cgi?id=80654 - https://bugs.winehq.org/attachment.cgi?id=80690 Vulkan renderer seems to be missing SRGB conversion handling availiable for GL renderer. GL renderer can be forced to render darker the same as Vulkan by bypassing EXT_TEXTURE_SRGB support for ./dlls/wined3d/utils.c: ``` @@ -3133,7 +3146,7 @@ static BOOL init_format_texture_info(struct wined3d_adapter *adapter, struct win continue; copy_format(adapter, &srgb_format->f, &format->f); +#if 000 if (gl_info->supported[EXT_TEXTURE_SRGB] && !(adapter->d3d_info.wined3d_creation_flags & WINED3D_SRGB_READ_WRITE_CONTROL)) { @@ -3142,6 +3155,7 @@ static BOOL init_format_texture_info(struct wined3d_adapter *adapter, struct win format_set_caps(&srgb_format->f, WINED3D_FORMAT_CAP_SRGB_READ | WINED3D_FORMAT_CAP_SRGB_WRITE); query_internal_format(adapter, srgb_format, &format_texture_info[i], gl_info, TRUE); } +#endif } ``` This merge request patch allows Vulkan renderer to perform SRGB conversion for wined3d_swapchain_vk_select_vk_format() to mimic the GL capability. Changing VkSwapchainCreateInfoKHR imageColorSpace from VK_COLOR_SPACE_SRGB_NONLINEAR_KHR for `wined3d_swapchain_vk_create_vulkan_swapchain()` had no effect despite enabling VK_EXT_swapchain_colorspace for dlls/win32u/vulkan.c `convert_instance_create_info():` https://docs.vulkan.org/refpages/latest/refpages/source/VkColorSpaceKHR.html Therefore converting UNORM to SRGB was chosen similar to how the GL renderer seems to handle it: ``` static const struct wined3d_format_srgb_info format_srgb_info[] = { {WINED3DFMT_R8G8B8A8_UNORM_SRGB, WINED3DFMT_R8G8B8A8_UNORM}, {WINED3DFMT_BC1_UNORM_SRGB, WINED3DFMT_BC1_UNORM}, {WINED3DFMT_BC2_UNORM_SRGB, WINED3DFMT_BC2_UNORM}, {WINED3DFMT_BC3_UNORM_SRGB, WINED3DFMT_BC3_UNORM}, {WINED3DFMT_B8G8R8A8_UNORM_SRGB, WINED3DFMT_B8G8R8A8_UNORM}, {WINED3DFMT_B8G8R8X8_UNORM_SRGB, WINED3DFMT_B8G8R8X8_UNORM}, {WINED3DFMT_BC7_UNORM_SRGB, WINED3DFMT_BC7_UNORM}, }; ``` Its unclear whether SRGB conversion should always happen or only for particular games so the patch leaves the Vulkan renderer without SRGB conversion by default. Therefore the patch adds a new WINE_D3D_CONFIG flag named "vk_swap_srgb" to force the Vulkan renderer to perform SRGB conversion for the swapchain. By default vk_swap_srgb is set to FALSE or 0: `WINE_D3D_CONFIG=vk_swap_srgb=0,renderer=vulkan` To force vk_swap_srgb to TRUE or 1: `WINE_D3D_CONFIG=vk_swap_srgb=1,renderer=vulkan` For example, launching Frostpunk via the following after the patch fixes the dark rendering for Vulkan and appears brighter similar to the GL renderer: `WINEDEBUG=-all mangohud --dlsym WINE_D3D_CONFIG=csmt=0x1,renderer=vulkan,vk_swap_srgb=1 WINEPREFIX=/home/any/wine_stianlow_wow64_new_pfx ~/tmp/wine_stianlow_wow64_new_install/bin/wine /home/any/wine_stianlow_wow64_new_pfx/drive_c/GOG\ Games/Frostpunk/Frostpunk.exe` Some SRGB handling was added several years ago but not for mapping UNORM to SRGB that this patch adds: ``` 6f55c8d1c56 * wined3d: Use an sRGB fallback format for sRGB formats in wined3d_swapchain_vk_select_vk_format(). Author: Henri Verbeet <hverbeet(a)codeweavers.com> CommitDate: Wed Dec 9 16:29:28 2020 +0100 ``` If UNORM to SRGB should be enabled by default then this patch may be changed so that vk_swap_srgb defaults to TRUE. -- v5: wined3d: fix vk swapchain rendering too dark by supporting rtvs for swapchain back_buffers > 1 wined3d: revert fix vk swapchain rendering too dark by supporting UNORM to SRGB conversion for brightness similar to gl https://gitlab.winehq.org/wine/wine/-/merge_requests/10567

5 27

[PATCH v5 0/2] MR10298: mfreadwrite: Implement sample encoding.
by Ziqing Hui (＠zhui) June 15, 2026

June 15, 2026

-- v5: mfreadwrite: Process samples through converter and encoder. https://gitlab.winehq.org/wine/wine/-/merge_requests/10298

3 6

[PATCH v8 0/5] MR5068: win32u: Fix rendering of the rotated and scaled text.
by Dmitry Timoshkov (＠dmitry) June 15, 2026

June 15, 2026

These patches make a test case attached to the bug https://bugs.winehq.org/show_bug.cgi?id=33190 work. -- v8: win32u: NtGdiExtTextOutW() should translate x,y from logical to device units at the last step. win32u: Fix device<->world width/height converters. win32u: Use slightly more readable names for DP/LP converters. win32u: Use correct helper for converting width to device units. gdi32/tests: Add some tests for rotated font metrics. https://gitlab.winehq.org/wine/wine/-/merge_requests/5068

4 19

[PATCH 0/1] MR10925: ntdll: Avoid MAP_PRIVATE when recording with rr-debugger.
by Bernhard Übelacker (＠bernhardu) June 12, 2026

June 12, 2026

Followup of 07160a23fa2, 9e006e94c9c, 8fd49c4d8e9, d9d012965de. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58332 rr-debugger-Bug: https://github.com/rr-debugger/rr/issues/3972 Since above commits Wine uses for some mappings at Linux MAP_PRIVATE. Unfortunately this is not fully supported by rr, at least with the flags for the session mapping. And if I understood it correctly, adding support in rr would come with a general performance penalty. Probably we can use the fallback path of non-linux systems for rr, too? This patch should not change behaviour, except for session mapping when running below rr, which is detected by the environment `RUNNING_UNDER_RR`. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10925

3 5

[PATCH v31 0/2] MR10393: Draft: vbscript: Probe top-level declared names against the host dispatch.
by Francis De Brabandere (＠francisdb) June 12, 2026

June 12, 2026

Match native VBScript's pattern of probing top-level declared names against an `ISVISIBLE` named item's host `IDispatch` at parse time, and keep the probe IDispatch slot independent of the runtime cache. Why - **Wire-level compatibility.** Hosts that observe `GetIDsOfNames` calls see the same pattern they get on native. The probe result is discarded - it doesn't change shadowing - but the host gets notified of declared names. - **Correctness with rotating hosts.** Wine previously had a single `IDispatch` slot per named item; a Dim parse overwrote the runtime cache, misrouting subsequent qualified access. The patch keeps the probe slot (`dim_probe_disp`) separate. What's in it - Probe pass in `exec_global_code` for visible items, in native order: Subs/Functions -> Classes -> explicit Dims -> implicit declarations from bare top-level assignments. - Cross-parse deduplication: a name is probed at most once per named item across the script lifetime. - Two-slot independence; probe slot reused as runtime cache when no separate runtime fetch has happened yet. - Lazy runtime fetch via `ensure_named_item_disp`. Known divergence (follow-up) When an implicit-decl name is later read as RHS (`a = 1; b = a`), Wine still triggers one extra runtime `GetIDsOfNames` that native avoids. Native pre-creates implicit decls during parse; matching that needs compiler changes. Verified against native VBScript 5.812 with a raw-IDispatch probe harness. -- v31: vbscript: Probe top-level declared names against the host dispatch. vbscript/tests: Test probing of top-level declared names against the host dispatch. https://gitlab.winehq.org/wine/wine/-/merge_requests/10393

3 7

[PATCH v2 0/3] MR10926: ntdll,msv1_0: Add fallback paths for systems without posix_spawn().
by Twaik Yont (＠twaik) June 9, 2026

June 9, 2026

This adds fallback implementations for posix_spawn() usage in ntdll and msv1_0. Older Android versions do not provide posix_spawn() or posix_spawnp(). The affected code paths only need simple helper process startup and only distinguish success from failure, so this keeps the existing posix_spawn() implementation where available and uses vfork() with execv()/execvp() otherwise. The ntdll loader path preserves the existing execv-style behavior for a fully built path. The msv1_0 ntlm_auth path preserves the posix_spawnp-style PATH lookup by using execvp() in the fallback. -- v2: msv1_0: Add a fallback for ntlm_auth startup without posix_spawn ntdll: Add a fallback for helper startup without posix_spawn configure: Check for posix_spawn https://gitlab.winehq.org/wine/wine/-/merge_requests/10926

4 13

[PATCH 0/1] MR10445: tomcrypt: Treat FreeBSD like Linux
by Gerald Pfeifer (＠gerald) June 9, 2026

June 9, 2026

We are currently seeing ``` libs/tomcrypt/mpi.c:5785:24: error: implicit declaration of function ‘arc4random’ [-Wimplicit-function-declaration] 5785 | d |= ((mp_digit) arc4random()); | ^~~~~~~~~~ ``` even if including <stdlib.h> and setting various standard defines, so simply don't treat FreeBSD specially and go with the Linux code. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10445

3 4

[PATCH v4 0/1] MR10594: Draft: vbscript: Log call stack trace on runtime errors.
by Francis De Brabandere (＠francisdb) June 8, 2026

June 8, 2026

Add WARN-level trace output showing the call chain when a runtime error propagates through nested function calls. This helps diagnose errors in ExecuteGlobal/Execute code where the reported error location has no context about which call chain led to it. ``` Example output for WINEDEBUG=warn+vbscript: error 0x80020012 in L"Broken", line 3 called from L"Wrapper", line 2 called from <global>, line 16 ``` -- v4: vbscript: Log call stack trace on runtime errors. https://gitlab.winehq.org/wine/wine/-/merge_requests/10594

2 3