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

Re: [PATCH v6 0/4] MR11491: comctl32/listbox: Fix SetRedraw top item handling
by Zhiyi Zhang (＠zhiyi) Aug. 4, 2026

Aug. 4, 2026

Zhiyi Zhang (@zhiyi) commented about dlls/comctl32/tests/listbox.c: > + ret = SendMessageA(listbox, WM_SETREDRAW, FALSE, 0); > + ok(!ret, "got %d\n", ret); > + > + /* Force LBS_DISPLAYCHANGED */ > + SendMessageA(listbox, LB_ADDSTRING, 0, (LPARAM)"new item"); > + > + ret = SendMessageA(listbox, WM_SETREDRAW, TRUE, 0); > + ok(!ret, "got %d\n", ret); > + > + /* Ensure top_index is correct after redraw */ > + top_index_after = SendMessageA(listbox, LB_GETTOPINDEX, 0, 0); > + ok(top_index_after == top_index_before, > + "Expected top index %d after WM_SETREDRAW, got %d\n", > + top_index_before, top_index_after); > + > + DestroyWindow(listbox); listbox will be destroyed when you destroy its parent. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11491#note_147796

1 0

Re: [PATCH v6 0/4] MR11491: comctl32/listbox: Fix SetRedraw top item handling
by Zhiyi Zhang (＠zhiyi) Aug. 4, 2026

Aug. 4, 2026

Let's add the test with a todo_wine first. Then remove the todo_wine in the second patch that fixes the bug. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11491#note_147795

1 0

[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 0/1] MR11565: msado15/tests: Fix typos.
by Brendan Shanks (＠bshanks) Aug. 4, 2026

Aug. 4, 2026

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

3 3

[PATCH v9 0/1] MR11398: d3d11: Fail D3D11_CREATE_DEVICE_VIDEO_SUPPORT until support (bug #50277)
by Stian Low (＠stianlow) Aug. 4, 2026

Aug. 4, 2026

Fix for UnityPlayer.dll calls to D3D11_CREATE_DEVICE_VIDEO_SUPPORT until supported. Forces UnityPlayer.dll software video decoding which skips all the cross-device multi-thread calls involving dxgi_resource_GetSharedHandle and d3d11_device_OpenSharedResource. https://bugs.winehq.org/show_bug.cgi?id=50277#c46 -- v9: wined3d: support WINE_D3D_CONFIG=no_create_flags=0x800 (MR-11398) https://gitlab.winehq.org/wine/wine/-/merge_requests/11398

3 6

[PATCH 0/1] MR11564: advapi32/tests: Fix typo.
by Brendan Shanks (＠bshanks) Aug. 3, 2026

Aug. 3, 2026

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

2 1

[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/2] 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 -- v4: ntdll/tests: Add SIMD exception test for floating point overflow operation fault. https://gitlab.winehq.org/wine/wine/-/merge_requests/11465

2 5

Re: [PATCH v2 0/1] MR11559: msxml3/tests: Add a test for the document stream. - approved
by Alexandre Julliard (＠julliard) Aug. 3, 2026

Aug. 3, 2026

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

1 0