November 2025 - Wine-GitLab

[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

[PATCH 0/4] MR9426: mshtml: Implement msCrypto.getRandomValues.
by Gabriel Ivăncescu Nov. 12, 2025

Nov. 12, 2025

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

2 6

[PATCH 0/6] MR9438: dsound: Various
by Matteo Bruni (＠Mystral) Nov. 12, 2025

Nov. 12, 2025

Some small dsound fixes I came up with while looking into Wine bug 30639 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9438

2 6

[PATCH 0/1] MR9379: gdi32: Ignore provided glyph position if ExtTextOutW() needs complex text processing.
by Nikolay Sivov (＠nsivov) Nov. 12, 2025

Nov. 12, 2025

On Windows playing back a metafile with Arabic text does not use provided positions for individual glyphs, but instead shapes it properly. This change should not affect anything that does not require complex processing. Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9379

3 2

Re: [PATCH v2 0/2] MR9369: wininet: Return correct errors and put handle into invalid state when seeking beyond end of file.
by Torge Matthies (＠tmatthies) Nov. 12, 2025

Nov. 12, 2025

On Wed Nov 5 15:17:59 2025 +0000, Jacek Caban wrote: > A leftover? Indeed, I must have overlooked this when I was reviewing the patches before submitting this MR. Will clean this up. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9369#note_121639

1 0

Re: [PATCH v2 0/2] MR9369: wininet: Return correct errors and put handle into invalid state when seeking beyond end of file.
by Torge Matthies (＠tmatthies) Nov. 12, 2025

Nov. 12, 2025

On Wed Nov 5 15:17:58 2025 +0000, Jacek Caban wrote: > Do we need a separate mechanism for that? Could we use `hdr->dwError` > for this? You mean determining that we are in this invalid state by looking at the last returned error? Since there are multiple different error values, and there may be other calls that return these errors for different conditions, we shouldn't really determine whether we're in this invalid handle state by looking at the last returned error, I'd say. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9369#note_121637

1 0

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

Nov. 12, 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. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9437

1 5

[PATCH 0/1] MR9435: comctl32/ipaddress: Use the system window text color to draw dots.
by Zhiyi Zhang (＠zhiyi) Nov. 12, 2025

Nov. 12, 2025

Manual tests on XP show that ipaddress controls don't use the text colors in the theme file to draw dots and the system window text color should be used instead. In fact, there is no text color property for the ETS_NORMAL state in the theme file. This fixes the wrong color for the dots in ipaddress controls. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9435

3 4

[PATCH 0/4] MR9433: comctl32/status: Refactor STATUSBAR_DrawSizeGrip() to take an HWND instead.
by Zhiyi Zhang (＠zhiyi) Nov. 12, 2025

Nov. 12, 2025

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

3 5