- 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 0/2] MR11170: bcrypt: Fix parameter validation for GCM mode.
by Hans Leidekker (＠hans) June 17, 2026

June 17, 2026

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

2 2

[PATCH 0/1] MR11107: user32:Unify drop_target cleanup at end of drag_drop_drop to avoid spurious...
by zhou zhang (＠zhouzhang) June 17, 2026

June 17, 2026

user32:Unify drop_target cleanup at end of drag_drop_drop to avoid spurious DragLeave in next DnD session Change-Id: I1213239a7c7981c4d3f7cb56281e3687527c7885 Bug: drag_drop_drop calls IDropTarget_Drop but fails to Release+NULL drop_target. When the next XdndEnter arrives, drag_drop_enter releases the old data_object, whose destructor sees the stale drop_target is non-NULL,incorrectly calls IDropTarget_DragLeave, and interrupts the new drag session. Fix: Remove Release+NULL from the else-if branch, add a single Release+NULL after if (drop_file) as the sole cleanup point, avoiding double-release. Cannot reproduce in Wine tests: DoDragDrop API bypasses clipboard.c entirely and has no stale pointer issue; the X11 DnD path requires cross-process COM deferred Release timing, which cannot be simulated in a simple Wine test case. MSDN:https://learn.microsoft.com/en-us/windows/win32/api/oleidl/nf-oleidl-i… [drop_receiver.exe](/uploads/85f0571bc354238576bf9e50a62f12e2/drop_receiver.exe) [drop_receiver.c](/uploads/b409b8a12a352dae9dbd4dab5fa322d2/drop_receiver.c) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11107

2 2

[PATCH 0/1] MR11164: winevulkan: Do not show debug assertion dialog on Unix side exceptions.
by Paul Gofman (＠gofman) June 16, 2026

June 16, 2026

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

3 5

[PATCH v2 0/2] MR11158: xinput1_3: Rescan controllers before reporting disconnection to callers.
by Shaun Ren (＠shaunren) June 16, 2026

June 16, 2026

If a requested controller slot is not currently open, rescan the controllers before reporting the slot as disconnected. This matches native Windows behaviour. The game RiME (and possible others), upon receiving a device addition WM_DEVICECHANGE message, immediately queries all four slots with XInputGetState(), and gives up if none are unavailable. Without the rescan, the game's query can race with the xinput update thread and cause hotplugging failure. -- v2: xinput1_3: Rescan controllers before reporting disconnection to callers. xinput1_3: Implement thread-safe controller addition and removal. https://gitlab.winehq.org/wine/wine/-/merge_requests/11158

3 8

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

June 16, 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. -- v2: winemac: Use MACDRV_ESCAPE_*_SURFACE in macdrv_vulkan_surface_create. winemac: Implement ExtEscape queries for Metal layer creation and release. https://gitlab.winehq.org/wine/wine/-/merge_requests/11058

3 4

[PATCH v4 0/7] MR11161: Draft: opengl32: Implement wglShareLists on the PE side and share all unix contexts together.
by Rémi Bernon (＠rbernon) June 16, 2026

June 16, 2026

This makes wglShareLists implementation correct, and it makes our life easier on the unix side, for the framebuffer surface and any other GL related work, as we don't need to care as much about context switches, and allowing to use unix-only contexts to manipulate rendered images. -- v4: win32u: Get rid of opengl_drawable set_context callback. opengl32: Implement wglShareLists on the PE side. opengl32: Keep a global WOW64 buffer storage map. win32u: Share all unix-side GL contexts with a global context. opengl32: Ensure a context is current before display lists destruction. win32u: Create a default thread context when binding NULL. opengl32: Unset current context on thread detach. https://gitlab.winehq.org/wine/wine/-/merge_requests/11161

3 16

[PATCH 0/2] MR11168: winewayland: Minor debugging improvements.
by Etaash Mathamsetty (＠etaash.mathamsetty) June 16, 2026

June 16, 2026

The first commit makes it easy to identify winewayland originated wayland calls when using `WAYLAND_DEBUG=1` The second commit changes the debug channel to +cursor to avoid polluting logs with +waylanddrv with irrelevant stuff related to the mouse cursor when trying to debug window-related things. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11168

2 2

[PATCH 0/6] MR11165: Fix typos for ARM64EC
by André Zwing (＠AndreRH) June 16, 2026

June 16, 2026

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

3 7

[PATCH v3 0/1] MR11149: windowscodecs: Decode GIF frames on demand.
by zhengyong chen (＠chenzhengyong) June 16, 2026

June 16, 2026

The GIF decoder currently calls DGifSlurp() during initialization, which decodes and stores pixel data for every frame in the image. For animated GIFs with a large number of frames this can result in significant startup time and memory consumption, even when only a single frame is requested by the application. Change the decoder to scan GIF headers during initialization and defer frame pixel decoding until CopyPixels() is called for a specific frame. This avoids eagerly decoding unused frames while preserving existing decoder behavior. Signed-off-by: chenzhengyong chenzhengyong(a)uniontech.com tested on deepin v25 & UOS V20. -- v3: windowscodecs: Decode GIF frames on demand. https://gitlab.winehq.org/wine/wine/-/merge_requests/11149

3 6

[PATCH v7 0/2] MR11135: win32u/tests: add test for swp_owner_popups self-reference fix
by Jiajin Cui (＠jin-king1) June 16, 2026

June 16, 2026

Add test_swp_owner_popups to verify that swp_owner_popups restores initial_after when it becomes the window itself. When an owned popup is immediately above its owner in z-order and is moved after the owner, the function incorrectly sets after = hwnd (self-reference). The fix restores initial_after, and the test verifies this via WM_WINDOWPOSCHANGED hwndInsertAfter capture. Change-Id: I1f63fc4046d65ea767beafbcae4f6f26b25a26ba Signed-off-by: Jiajin Cui <cuijiajin(a)uniontech.com> -- v7: win32u: restore initial after value in swp_owner_popups win32u/tests: add test for swp_owner_popups self-reference fix https://gitlab.winehq.org/wine/wine/-/merge_requests/11135

2 2

[PATCH v4 0/1] MR11162: winmm: Avoid loop counter underflow when dwLoops is 0.
by Myungbae Son (＠nedsociety) June 16, 2026

June 16, 2026

dwFlags = WHDR_BEGINLOOP|WHDR_ENDLOOP with dwLoops 0 underflowed loop_counter to 0xffffffff, so the buffer was never finished and playback looped forever. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59874 -- v4: winmm: Avoid loop counter underflow when dwLoops is 0. https://gitlab.winehq.org/wine/wine/-/merge_requests/11162

2 1

[PATCH v3 0/15] MR11162: winmm: Avoid loop counter underflow when dwLoops is 0.
by Myungbae Son (＠nedsociety) June 16, 2026

June 16, 2026

dwFlags = WHDR_BEGINLOOP|WHDR_ENDLOOP with dwLoops 0 underflowed loop_counter to 0xffffffff, so the buffer was never finished and playback looped forever. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59874 -- v3: win32u: Implement NtUserGetPointerDeviceRects for INVALID_HANDLE_VALUE. user32/tests: Add more GetPointerDeviceRects tests with DPI scaling. user32/tests: Use 1024x768 as test resolution for DPI scaling on Windows. win32u/tests: Add NtUserGetPointerDeviceRects test for INVALID_HANDLE_VALUE. win32u: Stub NtUserGetPointerDeviceRects. win32u: Stub NtUserGetPointerType. win32u: Create OpenGL client surfaces from win32u. win32u: Create vulkan client surfaces from win32u. win32u: Add a new driver entry to create client surfaces. win32u: Always flush the window surface in expose_window_surface. winewayland: Fix missing wayland_win_data_release. gdi.exe: Don't use biSizeImage when calculating DIB pitch. nsiproxy.sys: Link to pthread libs for pthread_once. user32: Don't send a message in GetComboBoxInfo(). https://gitlab.winehq.org/wine/wine/-/merge_requests/11162

7 15

[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

Re: [PATCH v3 0/6] MR11166: win32u: Implement GetPointerDeviceRects for INVALID_HANDLE_VALUE - approved
by Alexandre Julliard (＠julliard) June 16, 2026

June 16, 2026

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

1 0

Re: [PATCH v5 0/3] MR11093: win32u: Create client surfaces for GL/VK from win32u. - approved
by Alexandre Julliard (＠julliard) June 16, 2026

June 16, 2026

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

1 0

Re: [PATCH v3 0/1] MR11140: win32u: Always flush the window surface in expose_window_surface. - approved
by Alexandre Julliard (＠julliard) June 16, 2026

June 16, 2026

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

1 0

Re: [PATCH v2 0/1] MR11159: winewayland: Fix missing wayland_win_data_release. - approved
by Alexandre Julliard (＠julliard) June 16, 2026

June 16, 2026

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

1 0

Re: [PATCH v2 0/1] MR11160: gdi.exe: Don't use biSizeImage when calculating DIB pitch. - approved
by Alexandre Julliard (＠julliard) June 16, 2026

June 16, 2026

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

1 0

[PATCH 0/4] MR11163: win32u: Implement GetPointerDeviceRects for INVALID_HANDLE_VALUE
by navi (＠navi) June 16, 2026

June 16, 2026

1/3 split from !10649 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11163

3 6

[PATCH 0/2] MR11167: ntdll: Manage PROCESS_PARAMS_IMAGE_KEY_MISSING flag.
by Paul Gofman (＠gofman) June 16, 2026

June 16, 2026

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

2 2

[PATCH v2 0/6] MR11166: win32u: Implement GetPointerDeviceRects for INVALID_HANDLE_VALUE
by Rémi Bernon (＠rbernon) June 16, 2026

June 16, 2026

Supersedes https://gitlab.winehq.org/wine/wine/-/merge_requests/11163 with more tests and some fixes. -- v2: win32u: Implement NtUserGetPointerDeviceRects for INVALID_HANDLE_VALUE. user32/tests: Add more GetPointerDeviceRects tests with DPI scaling. https://gitlab.winehq.org/wine/wine/-/merge_requests/11166

3 7

[PATCH 0/6] MR11166: win32u: Implement GetPointerDeviceRects for INVALID_HANDLE_VALUE
by Rémi Bernon (＠rbernon) June 16, 2026

June 16, 2026

Supersedes https://gitlab.winehq.org/wine/wine/-/merge_requests/11163 with more tests and some fixes. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11166

3 7

[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 0/1] MR11162: winmm: Avoid loop counter underflow when dwLoops is 0.
by Myungbae Son (＠nedsociety) June 16, 2026

June 16, 2026

dwFlags = WHDR_BEGINLOOP|WHDR_ENDLOOP with dwLoops 0 underflowed loop_counter to 0xffffffff, so the buffer was never finished and playback looped forever. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59874 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11162

2 1