- Wine-GitLab - list.winehq.org

[PATCH 0/1] MR10588: vbscript: Add missing compiler error constants, messages, and todo tests.
by Francis De Brabandere (＠francisdb) April 7, 2026

April 7, 2026

Add 14 missing VBSE error code definitions (1006, 1007, 1012, 1015, 1016, 1022, 1029, 1030, 1037, 1040, 1050, 1051, 1052, 1058) with their string resources, and 12 todo_wine test entries covering the error codes that can be safely triggered. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10588

2 1

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

April 7, 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 via this patch to ./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 patch allows Vulkan renderer to perform SRGB converion for wined3d_swapchain_vk_select_vk_format(). 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 mappnig 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. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10567

3 4

Re: [PATCH v4 0/2] MR10565: shcore: Implement Set/GetCurrentProcessExplicitAppUserModelID.
by Tim Clem (＠tclem) April 7, 2026

April 7, 2026

On Mon Apr 6 20:26:04 2026 +0000, Tim Clem wrote: > That's what I have down in my notes, yes. Sounds good! New stuff looks good to me, ~~but I do think you should use the constant APPLICATION_USER_MODEL_ID_MAX_LENGTH rather than a hardcoded 128. It's in appmodel.h~~ Scratch that, I see that that's not upstream. Perhaps worth adding defines for APPLICATION_USER_MODEL_ID_MAX_LENGTH and APPLICATION_USER_MODEL_ID_MIN_LENGTH to appmodel.h? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10565#note_135302

1 0

[PATCH v51 0/1] MR10192: kernelbase: Handle extended length path prefix in GetLongPathNameW
by Vishnunithyasoundhar S (＠svishnunithyasoundhar) April 7, 2026

April 7, 2026

``` Support the \\?\ prefix by skipping it during path resolution while preserving it in the output. Added specific handling for extended UNC paths (\\?\UNC\) to mirror standard UNC behavior, ensuring these paths are treated as network shares and not local devices. Some paths that use the extended length path were filtered out as UNC paths - but not all of them are UNC. There can be UNC path that use extended length path but not all extended length paths are UNC paths. ``` Signed-off-by: Vishnunithyasoundhar S svishnunithyasoundhar(a)gmail.com -- v51: kernelbase: Handle extended length path prefix in GetLongPathNameW https://gitlab.winehq.org/wine/wine/-/merge_requests/10192

2 1

Re: [PATCH v4 0/1] MR10581: winealsa.drv: Simulate blocking calls midiOutLongMsg.
by Steven Don (＠shdon) April 7, 2026

April 7, 2026

On Tue Apr 7 16:35:35 2026 +0000, Akihiro Sagawa wrote: > Because I don't have a MIDI sound module like the MT-32 to test with, do > you mean that `snd_seq_drain_output()` and `snd_seq_sync_output_queue()` > weren't useful? That is correct. The corresponding `snd_rawmidi_drain()` in the Rawmidi API would work, but Wine does not use the Rawmidi API, but the Sequencer API. When using the sequencer, `snd_seq_ev_set_direct()` marks the SysEx data for immediate out of band delivery (which is indeed preferable for SysEx data) bypassing the output queue, but that also means `snd_seq_drain_output()` and `snd_seq_sync_output_queue()` are ineffective. For what it's worth, I also tried disabling the set-direct call and adding the drain and sync calls, but there was no observable change in behaviour. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10581#note_135300

1 0

Re: [PATCH v4 0/1] MR10581: winealsa.drv: Simulate blocking calls midiOutLongMsg.
by Akihiro Sagawa (＠sgwaki) April 7, 2026

April 7, 2026

Because I don't have a MIDI sound module like the MT-32 to test with, do you mean that `snd_seq_drain_output()` and `snd_seq_sync_output_queue()` weren't useful? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10581#note_135299

1 0

[PATCH v6 0/6] MR10584: cfgmgr32: Implement CM_Get_DevNode_Property* and CM_Get_Device_ID_List*.
by Rémi Bernon (＠rbernon) April 7, 2026

April 7, 2026

And move remaining stubs from setupapi. -- v6: cfgmgr32: Move remaining stubs from setupapi. setupapi: Forward CM_Get_Device_ID_List(_Size)(_Ex)(A|W) to cfgmgr32. cfgmgr32: Implement CM_Get_Device_ID_List(_Size)(_Ex)(A|W). cfgmgr32: Implement CM_Get_DevNode_Property_Keys(_Ex). setupapi: Forward CM_Get_DevNode_Property(_Ex)(A|W) to cfgmgr32. cfgmgr32: Implement CM_Get_DevNode_Property(_Ex)(A|W). https://gitlab.winehq.org/wine/wine/-/merge_requests/10584

2 7

[PATCH 0/2] MR10458: quartz: Reset the completion event on paused -> running transition.
by Akihiro Sagawa (＠sgwaki) April 7, 2026

April 7, 2026

Otherwise, `WaitForCompletion` method doesn't block and returns immediately after seeking. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10458

3 6

[PATCH v5 0/6] MR10584: cfgmgr32: Implement CM_Get_DevNode_Property* and CM_Get_Device_ID_List*.
by Rémi Bernon (＠rbernon) April 7, 2026

April 7, 2026

And move remaining stubs from setupapi. -- v5: cfgmgr32: Move remaining stubs from setupapi. setupapi: Forward CM_Get_Device_ID_List(_Size)(_Ex)(A|W) to cfgmgr32. cfgmgr32: Implement CM_Get_Device_ID_List(_Size)(_Ex)(A|W). cfgmgr32: Implement CM_Get_DevNode_Property_Keys(_Ex). setupapi: Forward CM_Get_DevNode_Property(_Ex)(A|W) to cfgmgr32. cfgmgr32: Implement CM_Get_DevNode_Property(_Ex)(A|W). https://gitlab.winehq.org/wine/wine/-/merge_requests/10584

2 6

[PATCH v4 0/6] MR10584: cfgmgr32: Implement CM_Get_DevNode_Property* and CM_Get_Device_ID_List*.
by Rémi Bernon (＠rbernon) April 7, 2026

April 7, 2026

And move remaining stubs from setupapi. -- v4: cfgmgr32: Move remaining stubs from setupapi. setupapi: Forward CM_Get_Device_ID_List(_Size)(_Ex)(A|W) to cfgmgr32. cfgmgr32: Implement CM_Get_Device_ID_List(_Size)(_Ex)(A|W). cfgmgr32: Implement CM_Get_DevNode_Property_Keys(_Ex). setupapi: Forward CM_Get_DevNode_Property(_Ex)(A|W) to cfgmgr32. cfgmgr32: Implement CM_Get_DevNode_Property(_Ex)(A|W). https://gitlab.winehq.org/wine/wine/-/merge_requests/10584

2 6