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

[PATCH 0/1] MR11481: comctl32_v6: Improve LM_GETIDEALSIZE on a zero sized control.
by Bernhard Übelacker (＠bernhardu) Aug. 4, 2026

Aug. 4, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59944 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11481

3 2

[PATCH 0/2] MR11540: comctl32: Clamp child height when cyIntegral is zero.
by Maotong Zhang (＠xiaotong) Aug. 4, 2026

Aug. 4, 2026

Clamp child height between cyMinChild and cyMaxChild when no height increment is specified. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58683 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11540

3 3

[PATCH v63 0/6] MR10567: wined3d: fix SRGB RTV fail for UNORM swapchain backbuffers > 1 for d3d10/11
by Stian Low (＠stianlow) Aug. 3, 2026

Aug. 3, 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. -- v63: wined3d: rotate wined3d_swapchain_rendertarget_view (MR-10567) wined3d: gl fix srgb texture2d_blt_fbo (MR-10567) wined3d: gl impl wined3d_swapchain_rendertarget_view (MR-10567) wined3d: vk impl wined3d_swapchain_rendertarget_view (MR-10567) wined3d: add wined3d_swapchain_rendertarget_view lists (MR-10567) wined3d/tests: todo srgb rtvs, unorm swapchain backbuf > 1 (MR-10567) https://gitlab.winehq.org/wine/wine/-/merge_requests/10567

3 8

[PATCH v4 0/5] MR11426: Draft: dsound: Speed up resampling, part 8
by Anton Baskanov (＠baskanov) Aug. 3, 2026

Aug. 3, 2026

-- v4: dsound: Apply the filters before resampling. dsound/tests: Test that the filters are applied before resampling. dsound: Equalize latency for all resampling ratios. dsound: Reuse input samples from the previous resampling iteration. https://gitlab.winehq.org/wine/wine/-/merge_requests/11426

3 12

[PATCH v3 0/1] MR11324: evr: Notify the Presenter that the stream is started or stopped.
by Haoyang Chen (＠chenhaoyang) Aug. 3, 2026

Aug. 3, 2026

-- v3: evr: Notify the Presenter that the stream is started or stopped. https://gitlab.winehq.org/wine/wine/-/merge_requests/11324

3 3

[PATCH 0/1] MR11465: ntdll: Complete handling of exception code setup for x86
by Ralf Habacker (＠rhabacker) Aug. 3, 2026

Aug. 3, 2026

With the changes from this commit, the exception code is now correctly returned in the `EXCEPTION_RECORD` structure for previously unhandled cases in which the following messages were displayed: ``` 00f4:fixme:seh:fpe_handler untested SIMD exception: 0x4. Might not work correctly 00f4:fixme:seh:fpe_handler untested SIMD exception: 0x5. Might not work correctly 00f4:fixme:seh:fpe_handler untested SIMD exception: 0x6. Might not work correctly ``` Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56213 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11465

3 2

[PATCH 0/2] MR11542: cmd: Initialize console mode on start.
by Paul Gofman (＠gofman) Aug. 2, 2026

Aug. 2, 2026

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

3 7

[PATCH v3 0/1] MR11486: winewayland: Add support for wl_fixes.ack_global_remove.
by Etaash Mathamsetty (＠etaash.mathamsetty) Aug. 1, 2026

Aug. 1, 2026

See !11417 for why this is needed. -- v3: winewayland: Add support for wl_fixes.ack_global_remove. https://gitlab.winehq.org/wine/wine/-/merge_requests/11486

2 2

[PATCH v3 0/1] MR11417: winewayland: Add support for wl_fixes.ack_global_remove
by Vlad Zahorodnii (＠zzag) Aug. 1, 2026

Aug. 1, 2026

The wl_fixes.ack_global_remove request signals the compositor that the client will not bind the removed global. It can be used by the compositor to decide when it is safe to actually destroy the corresponding global. If a global is destroyed too soon, some clients may get disconnected. See also https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/533 -- v3: winewayland: Add support for wl_fixes.ack_global_remove https://gitlab.winehq.org/wine/wine/-/merge_requests/11417

3 2

[PATCH v11 0/2] MR11438: shell32: Fix application of shortcut overlay with alpha channel
by Andrea Faulds (＠hikari_no_yume) Aug. 1, 2026

Aug. 1, 2026

Since WINE switched to using a shortcut overlay icon that has an alpha channel, the rendering of the overlay has been broken, both when applied to icons that have alpha channels and icons that do not. This commit fixes both cases, but it does not fix the hypothetical case where the underlying icon has an alpha channel and the overlay does not. Here you can see the impact of this patch on some alpha-transparent icons: ![image.png](/uploads/6aaed24da55a0ff214d5d52f78a021c7/image.png){width=260 height=118} And here, the impact on a non-alpha-transparent icon (Windows 2000's version of Notepad): ![image.png](/uploads/ac29d057b78cd4766937a4c8e48de91c/image.png){width=392 height=16} ![image.png](/uploads/08034b6b27ac2ad0ed5f925b80b1d552/image.png){width=392 height=17} Without this patch (i.e. on current WINE master), you just get the shortcut overlay with no underlying icon. --- I must say that the code I have for fixing this is _horrible_. I really would like there to be a better way, but it seems like alpha transparency in GDI is a really thorny issue. See for example [this StackOverflow question](https://stackoverflow.com/questions/48754660/given-an-hbitmap-is-… and [this Old New Thing post](https://devblogs.microsoft.com/oldnewthing/20210915-00/?p=105687). Feedback and suggestions would be highly appreciated. -- v11: shell32: Fix application of shortcut overlay with alpha channel shell32/tests: Add test for applying of shortcut overlays to icons https://gitlab.winehq.org/wine/wine/-/merge_requests/11438

3 11