December 2025 - Wine-gitlab

[PATCH v2 0/1] MR9670: winegstreamer: Fix buffer info when returning S_FALSE from ProcessOutput.
by Yuxuan Shui (＠yshui) 09 Dec '25

09 Dec '25

In commit 300079ac1a666fa526e7f53bbd096f313c221f5f I made ProcessOutput return S_FALSE instead of MF_E_TRANSFORM_NEED_MORE_INPUT. But since we are no longer returning an error, we need to make sure the DMO_OUTPUT_DATA_BUFFER structure is filled in properly, previously it was left undefined. Related to !9538 -- v2: winegstreamer: Fix buffer info when returning S_FALSE from ProcessOutput. https://gitlab.winehq.org/wine/wine/-/merge_requests/9670

2 2

[PATCH v5 0/5] MR9575: winegstreamer: Reject SetOutputType with a different number of channels.
by Yuxuan Shui (＠yshui) 09 Dec '25

09 Dec '25

-- v5: winegstreamer: Reject SetOutput with a different number of channels. winegstreamer: Reject setting WMA DMO with an output type with a wrong formattype. mf/tests: Test if WMV decoder DMO accepts output type with a different size. mf/tests: Test SetOutputType with a wrong formattype on WMA decoder. mf/tests: Test if WMA decoder DMO accept output type with a different num of channels. https://gitlab.winehq.org/wine/wine/-/merge_requests/9575

2 5

[PATCH 0/1] MR9742: mf: Prevent invalid topologies from being started.
by Bernhard Kölbl (＠besentv) 09 Dec '25

09 Dec '25

Signed-off-by: Bernhard Kölbl <bkoelbl(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9742

2 1

[PATCH 0/2] MR9740: kernel32/tests: Add a test to show that GetNativeSystemInfo() returns PROCESSOR_AMD_X8664 on ARM64.
by Hans Leidekker (＠hans) 09 Dec '25

09 Dec '25

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

3 6

[PATCH 0/2] MR9741: winex11: Avoid mapping points with exclusive fullscreen windows.
by Rémi Bernon (＠rbernon) 09 Dec '25

09 Dec '25

Some games like Fallout 3 have moved and resized their window to some invalid rect, mapping the window points here will return an empty rect or badly positioned rect as well. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58443 This fixes ae3cd29bd513f7c1cffca95e9c0c8c8304eeb12c from !9721 which I probably broke when rebasing it over !9584. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9741

2 2

[PATCH 0/4] MR9739: msi/tests: Fix a test failure on ARM64 Windows 11.
by Hans Leidekker (＠hans) 09 Dec '25

09 Dec '25

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

2 4

[PATCH 0/1] MR9738: win32u: Remove unnecessary drawable flush in context_sync_drawables.
by Rémi Bernon (＠rbernon) 09 Dec '25

09 Dec '25

This fixes sluggish rendering of Steam and other CEF based applications, as wined3d calls wglMakeCurrent with possibly already active surface every time it tries to activate a context. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9738

2 1

[PATCH v2 0/1] MR9737: win32u: Process every driver event in NtUserGetAsyncKeyState.
by Rémi Bernon (＠rbernon) 09 Dec '25

09 Dec '25

Splinter Cell sends WM_SETREDRAW 0 which changes the window style, removing WS_VISIBLE, then SetWindowPos and WM_SETREDRAW 1 right after that, then stops processing or waiting on window messages entirely while playing its intro video. The only call it does is GetAsyncKeyState, to check whether mouse buttons are pressed to skip its intro videos. In winex11 we now request window state changes asynchronously and in particular we request WM_STATE Withdrawn in this case when SetWindowPos is called after removing WS_VISIBLE. When WM_SETREDRAW 1 is called we also try updating the window state as it should be made visible again, but this often happens too quickly and the window manager hasn't yet updated the WM_STATE property, so we delay the request until a later call to WindowPosChanged or until the reply is received. As the game doesn't process its window messages, ProcessEvents is then never called with the right mask and the WM_STATE update is never seen. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59069 -- v2: win32u: Process every driver event in NtUserGetAsyncKeyState. https://gitlab.winehq.org/wine/wine/-/merge_requests/9737

2 1

[PATCH 0/1] MR9737: win32u: Process every driver event in NtUserGetAsyncKeyState.
by Rémi Bernon (＠rbernon) 09 Dec '25

09 Dec '25

Splinter Cell sends WM_SETREDRAW 0 which changes the window style, removing WS_VISIBLE, then SetWindowPos and WM_SETREDRAW 1 right after that, then stops processing or waiting on window messages entirely while playing its intro video. The only call it does it GetAsyncKeyState, to check whether mouse buttons are pressed to skip the into. In winex11 we now request window state changes asynchronously and in particular we request WM_STATE Withdrawn in this case when SetWindowPos is called after removing WS_VISIBLE. When WM_SETREDRAW 1 is called we also try updating the window state as it should be made visible again, but this often happens too quickly and the window manager hasn't yet updated the WM_STATE property, so we delay the request until a later call to WindowPosChanged or until the reply is received. As the game doesn't process its window messages, ProcessEvents is then never called with the right mask and the WM_STATE update is never seen. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59069 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9737

2 1

[PATCH v9 0/1] MR3160: wineps.drv: Not set dc_top should not affect printing failed
by 张顾在 (＠linkmecry) 09 Dec '25

09 Dec '25

Not set dc_top should not affect printing failed -- v9: wineps.drv: Not set dc_top should not affect printing failed https://gitlab.winehq.org/wine/wine/-/merge_requests/3160

2 3