- Wine-GitLab - list.winehq.org

[PATCH 0/5] MR9448: opengl32: Match native GL_VENDOR and GL_RENDERER strings.
by Rémi Bernon Nov. 13, 2025

Nov. 13, 2025

As much as possible at least. Some applications expect the GL_RENDERER strings to be shorter than 64 chars, as they copy it to some local buffer. They also seem to crash after GL_VENDOR call, possibly expecting native names too, so lets try to match both. The GPU name table is taken from wined3d, and it should then be possible to get rid of the names there and always use the descriptions from the registry / GL_RENDERER strings instead. The vendor names differ between OpenGL and the registry on Windows, GL_VENDOR names are taken from https://feedback.wildfiregames.com/report/opengl/feature/GL_VENDOR. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58831 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9448

1 5

[PATCH 0/1] MR9445: opencl: Silence warnings on macOS for functions deprecated by OpenCL 1.2.
by Brendan Shanks (＠bshanks) Nov. 13, 2025

Nov. 13, 2025

There are 6 functions that were deprecated in OpenCL 1.2 and are marked deprecated in the macOS headers (without any way to disable the `deprecated` attribute other than `#pragma diagnostic ignored`). Fixes these warnings: ``` ../dlls/opencl/unix_thunks.c:38:25: warning: 'clCreateImage2D' is deprecated: first deprecated in macOS 10.8 [-Wdeprecated-declarations] 38 | *params->__retval = clCreateImage2D( params->context, params->flags, params->image_format, params->image_width, params->image_height, params->image_row_pitch, params->host_ptr, params->errcode_ret ); | ^ /Applications/Xcode26.1.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl.h:1170:1: note: 'clCreateImage2D' has been explicitly marked deprecated here 1170 | clCreateImage2D(cl_context /* context */, | ^ ../dlls/opencl/unix_thunks.c:46:25: warning: 'clCreateImage3D' is deprecated: first deprecated in macOS 10.8 [-Wdeprecated-declarations] 46 | *params->__retval = clCreateImage3D( params->context, params->flags, params->image_format, params->image_width, params->image_height, params->image_depth, params->image_row_pitch, params->image_slice_pitch, params->host_ptr, params->errcode_ret ); | ^ /Applications/Xcode26.1.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl.h:1180:1: note: 'clCreateImage3D' has been explicitly marked deprecated here 1180 | clCreateImage3D(cl_context /* context */, | ^ ../dlls/opencl/unix_thunks.c:124:12: warning: 'clEnqueueBarrier' is deprecated: first deprecated in macOS 10.8 [-Wdeprecated-declarations] 124 | return clEnqueueBarrier( params->command_queue ); | ^ /Applications/Xcode26.1.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl.h:1201:1: note: 'clEnqueueBarrier' has been explicitly marked deprecated here 1201 | clEnqueueBarrier(cl_command_queue /* command_queue */) CL_EXT_SUFFIX__VERSION_1_1_DEPRECATED; | ^ ../dlls/opencl/unix_thunks.c:203:12: warning: 'clEnqueueMarker' is deprecated: first deprecated in macOS 10.8 [-Wdeprecated-declarations] 203 | return clEnqueueMarker( params->command_queue, params->event ); | ^ /Applications/Xcode26.1.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl.h:1192:1: note: 'clEnqueueMarker' has been explicitly marked deprecated here 1192 | clEnqueueMarker(cl_command_queue /* command_queue */, | ^ ../dlls/opencl/unix_thunks.c:266:12: warning: 'clEnqueueWaitForEvents' is deprecated: first deprecated in macOS 10.8 [-Wdeprecated-declarations] 266 | return clEnqueueWaitForEvents( params->command_queue, params->num_events, params->event_list ); | ^ /Applications/Xcode26.1.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl.h:1196:1: note: 'clEnqueueWaitForEvents' has been explicitly marked deprecated here 1196 | clEnqueueWaitForEvents(cl_command_queue /* command_queue */, | ^ ../dlls/opencl/unix_thunks.c:551:12: warning: 'clUnloadCompiler' is deprecated: first deprecated in macOS 10.8 [-Wdeprecated-declarations] 551 | return clUnloadCompiler(); | ^ /Applications/Xcode26.1.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl.h:1204:1: note: 'clUnloadCompiler' has been explicitly marked deprecated here 1204 | clUnloadCompiler(void) CL_EXT_SUFFIX__VERSION_1_1_DEPRECATED; | ^ 6 warnings generated. ``` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9445

2 1

[PATCH v2 0/5] MR9437: win32u, vulkan-1: Test D3DKMT fence signal / wait / Vulkan interop.
by Rémi Bernon Nov. 13, 2025

Nov. 13, 2025

This adds D3DKMT sync object monitored fence tests, showing that the fences can be rewound when requested explicitly. Also adds some interop tests between D3D11 / D3D12 / Vulkan. The vulkan-1 tests show that timeline semaphores are rewindable on Windows even when not shared (at least with NVIDIA GPU), which is forbidden by spec but useful if not required for D3D12 fence interop. -- v2: vulkan-1/tests: Add timeline semaphore tests. win32u/tests: Add external semaphore / fences tests. win32u/tests: Test NtGdiDdDDI(Signal|WaitFor)SynchronizationObjectFromCpu. win32u: Stub NtGdiDdDDI(Signal|WaitFor)SynchronizationObjectFromCpu. winevulkan: Force copy some missing semaphore / fence structs. https://gitlab.winehq.org/wine/wine/-/merge_requests/9437

2 7

Re: [PATCH v3 0/1] MR9431: ole32: implement proper file flushing in FileLockBytes
by Jiajin Cui (＠jin-king1) Nov. 13, 2025

Nov. 13, 2025

On Thu Nov 13 01:59:54 2025 +0000, Jiajin Cui wrote: > changed this line in [version 2 of the diff](/wine/wine/-/merge_requests/9431/diffs?diff_id=223765&start_sha=b9a0a5b3ee310a0f204d85c8966ad2c1cbea204a#b55594572639782e8334dbfff2650485d11d7045_290_289) Yes, I added tests and found that read-only operations also return S_OK. I have now modified the implementation code. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9431#note_121767

1 0

[PATCH 0/1] MR9442: comctl32/treeview: check for child item before SendExpanding
by Thomas Csovcsity (＠thc13) Nov. 13, 2025

Nov. 13, 2025

In TREEVIEW_Collapse the TREEVIEW_SendExpanding call could change the item->firstChild value, therefore check it before for early return. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=23077 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9442

2 1

Re: [PATCH v5 0/1] MR9418: winex11.drv: use proper timestamp for X11 clipboard selection
by Jiajin Cui (＠jin-king1) Nov. 13, 2025

Nov. 13, 2025

@madewokherd I'm using XIfEvent in the first version to check for messages to avoid incorrectly removing them. Additionally, I've moved the acquisition of the Atom value for __wine_timestamp_prop to the initialization phase. Could you please review if there are any other issues? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9418#note_121758

1 0

Re: [PATCH v4 0/1] MR9423: ntdll: Warn when environment block is too large, instead of removing it
by Martino Fontana (＠tinozzo123) Nov. 12, 2025

Nov. 12, 2025

@julliard Sorry for the ping, but can this be merged before the next release? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9423#note_121745

1 0

Re: [PATCH v2 0/1] MR9440: d2d1: Add property bindings for a few of builtin effects. - approved
by Alexandre Julliard (＠julliard) Nov. 12, 2025

Nov. 12, 2025

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

1 0

Re: [PATCH v3 0/5] MR9408: dmloader: Reduce memory usage part 3 - approved
by Alexandre Julliard (＠julliard) Nov. 12, 2025

Nov. 12, 2025

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

1 0

Re: [PATCH v4 0/4] MR9426: mshtml: Implement msCrypto.getRandomValues. - approved
by Alexandre Julliard (＠julliard) Nov. 12, 2025

Nov. 12, 2025

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

1 0

Re: [PATCH v2 0/4] MR9434: winex11: Flush requests in systray functions. - approved
by Alexandre Julliard (＠julliard) Nov. 12, 2025

Nov. 12, 2025

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

1 0

Re: [PATCH v3 0/1] MR9432: win32u: Fill some GPU info in HKLM\Software\Microsoft\DirectX. - approved
by Alexandre Julliard (＠julliard) Nov. 12, 2025

Nov. 12, 2025

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

1 0

Re: [PATCH v2 0/1] MR9379: gdi32: Ignore provided glyph position if ExtTextOutW() needs complex text processing. - approved
by Alexandre Julliard (＠julliard) Nov. 12, 2025

Nov. 12, 2025

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

1 0

Re: [PATCH v2 0/1] MR9435: comctl32/ipaddress: Use the system window text color to draw dots. - approved
by Alexandre Julliard (＠julliard) Nov. 12, 2025

Nov. 12, 2025

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

1 0

Re: [PATCH v2 0/4] MR9433: comctl32/status: Refactor STATUSBAR_DrawSizeGrip() to take an HWND instead. - approved
by Alexandre Julliard (＠julliard) Nov. 12, 2025

Nov. 12, 2025

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

1 0

Re: [PATCH v3 0/1] MR9418: winex11.drv: use proper timestamp for X11 clipboard selection
by Esme Povirk (＠madewokherd) Nov. 12, 2025

Nov. 12, 2025

We can't assume that we'll get a selection request immediately. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9418#note_121721

1 0

[PATCH v2 0/3] MR9415: mmdevapi: Move format validation in driver-independent code.
by Giovanni Mascellani (＠giomasce) Nov. 12, 2025

Nov. 12, 2025

-- v2: mmdevapi: Move generating the suggested format in the driver-independent code. mmdevapi: Move format validation in driver-independent code. https://gitlab.winehq.org/wine/wine/-/merge_requests/9415

4 5

[PATCH 0/1] MR9440: d2d1: Add property bindings for a few of builtin effects.
by Nikolay Sivov (＠nsivov) Nov. 12, 2025

Nov. 12, 2025

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9440

2 1

[PATCH v2 0/5] MR9408: dmloader: Reduce memory usage part 3
by Anton Baskanov (＠baskanov) Nov. 12, 2025

Nov. 12, 2025

-- v2: dmloader: Don't use ReleaseObject() in loader_ClearCache(). dmloader: Mark cached objects as loaded. dmloader: Don't remove the default collection from the cache. dmloader: Free the cache entries manually in loader_Release(). dmloader/tests: Add some ClearCache() tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/9408

4 11

[PATCH 0/1] MR9431: ole32: implement proper file flushing in FileLockBytes
by Jiajin Cui (＠jin-king1) Nov. 12, 2025

Nov. 12, 2025

Previously the Flush method was a no-op that always returned S_OK Now it properly calls FlushFileBuffers on the underlying file handle This ensures that all buffered data is written to disk Added error handling to return STG_E_WRITEFAULT on flush failures This fixes potential data loss issues when using file-based lock bytes Log: Fixed file flushing to prevent data loss in file operations Signed-off-by: Jiajin Cui <cuijiajin(a)uniontech.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9431

3 2

Re: [PATCH v3 0/4] MR9426: mshtml: Implement msCrypto.getRandomValues. - approved
by Jacek Caban (＠jacek) Nov. 12, 2025

Nov. 12, 2025

This merge request was approved by Jacek Caban. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9426

1 0

[PATCH v3 0/2] MR9425: vccorlib140: Implement helper functions for delegates/events.
by Vibhav Pant (＠vibhavp) Nov. 12, 2025

Nov. 12, 2025

-- v3: vccorlib140: Implement delegate helper functions. https://gitlab.winehq.org/wine/wine/-/merge_requests/9425

3 5

[PATCH v4 0/5] MR9382: win32u: Keep internal pixel format and surfaces on the DCs.
by Rémi Bernon Nov. 12, 2025

Nov. 12, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58846 Wine D3D resets the window pixel format to its original value when an internal pixel format was requested and the context done being used, and requests the internal pixel format again before it is used again. When internal pixel format and window pixel format don't match this causes any previously created OpenGL surface with a different format to be released (and destroyed as no context is current with it), creating a new one with the new format, back and forth. What we actually need here, is to keep the wined3d OpenGL client surface, with the internal pixel format, alive as long as it is being referenced by wined3d, as well as any OpenGL client surface that may have been created, with the window pixel format, by the application itself. It's not possible to rely on DCs for application-created OpenGL surfaces, as the application is free to release its DC and retrieve another one later on for the same window while still expecting it to use the same OpenGL surface. However with wined3d, we know that the DCs are being kept referenced until the context is being destroyed so we can safely use them to store the wined3d OpenGL surface. -- v4: wined3d: Remove now unnecessary pixel format restoration. win32u: Get rid of window internal pixel format. win32u: Keep D3D internal OpenGL surfaces on the DCs. wined3d: Call wglSetPixelFormatWINE before releasing context DC. win32u: Set the DC pixel format too in wglSetPixelFormatWINE. https://gitlab.winehq.org/wine/wine/-/merge_requests/9382

2 8

[PATCH v4 0/5] MR8505: mfsrcsnk: Implement thinning.
by Charlotte Pabst (＠CharlottePabst) Nov. 12, 2025

Nov. 12, 2025

Follow-up to !8184. This also adds a bunch of helpers for writing media source tests (without involving the mf session) in mfsrcsnk, these could be helpful for more tests of this kind in the future. I'm somewhat unsure as to why we haven't done tests for source behavior so far: while those are plugins, applications rely on a bunch of things in the builtin sources that microsoft provides. Since this affects both mfsrcsnk and winegstreamer sources, tests should be run both with `HKCU\\Software\\Wine\\MediaFoundation\\DisableGstByteStreamHandler` enabled and disabled. Due to this I figured it'd make sense to implement everything first and then remove the test todo_wine's and the statements rejecting the thin parameter in a single commit ("Allow thinning"). Perhaps this could be solved more nicely by setting the registry key in the tests themselves? I'm unsure if that is something we do in tests, generally. `MEStreamThinMode` events need to be emitted between the last sample using the outdated thinning parameter and the first sample using the updated thinning parameter. The winegstreamer implementation for this turned out a bit complex, if there is a simpler way to do this please let me know. Regarding winegstreamer, note that buffers need to be intercepted before the decoder because decoders often discard `GST_BUFFER_FLAG_DELTA_UNIT` flags (which is already annoying in itself - it causes all samples to be marked as `MFSampleExtension_CleanPoint`, this should potentially be worked around in the future). But even besides that, intercepting before the decoder is the "proper" implementation, since the point of thinning is increasing decoding speed by skipping delta frames, tho there are some games that rely on the semantics as well. -- v4: mfsrcsnk: Emit MEStreamThinMode event. mfsrcsnk: Move media_source_send_sample. mfsrcsnk: Implement thinning. winedmo: Generate missing timestamps. mfsrcsnk/tests: Add tests for thinning. https://gitlab.winehq.org/wine/wine/-/merge_requests/8505

3 12

[PATCH v2 0/1] MR9432: win32u: Fill some GPU info in HKLM\Software\Microsoft\DirectX.
by Paul Gofman (＠gofman) Nov. 12, 2025

Nov. 12, 2025

-- v2: win32u: Fill some GPU info in HKLM\Software\Microsoft\DirectX. https://gitlab.winehq.org/wine/wine/-/merge_requests/9432

3 5