- Wine-GitLab - list.winehq.org

Re: [PATCH v6 0/5] MR9575: winegstreamer: Reject SetOutputType with a different number of channels. - approved
by Alexandre Julliard (＠julliard) Dec. 10, 2025

Dec. 10, 2025

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

1 0

[PATCH 0/1] MR9753: winegcc: Add libs/ to library search paths when --wine-objdir is used.
by Jacek Caban (＠jacek) Dec. 10, 2025

Dec. 10, 2025

Fixes linking with MSVC targets, which now require compiler-rt. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9753

2 1

[PATCH 0/5] MR9749: mmdevapi: Reject wave formats that crash audio drivers.
by Giovanni Mascellani (＠giomasce) Dec. 10, 2025

Dec. 10, 2025

I am working on a overhaul of how mmdevapi should behave when given invalid or borderline wave formats. In some cases that leads to a crash, which I suppose is appropriate to fix even during the freeze. So here it is. I'm pretty sure that the OSS backend suffers from the same problem. I could write a patch and check that it builds, but have no way to test it. Should I submit it anyway? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9749

3 8

[PATCH 0/1] MR9751: gitlab: Make core files accessible as artifacts.
by Bernhard Übelacker Dec. 10, 2025

Dec. 10, 2025

All some days there is an issue with the `debian-32` gitlab job showing a segfault. But it also shows `core dumped`. This merge request is the attempt to make this core file available as artifact. Last segfault example from yesterday: https://gitlab.winehq.org/wine/wine/-/jobs/216539#L135 ``` /usr/bin/bash: line 213: 185 Segmentation fault (core dumped) wine usr/local/lib/wine/i386-windows/winetest.exe -q ``` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9751

1 2

Re: [PATCH 0/4] MR9750: rstrtmgr: Add missing function
by Janne Kekkonen (＠Janne) Dec. 10, 2025

Dec. 10, 2025

OK, this is invalid. This request contains changes related to another issue. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9750#note_125401

1 0

[PATCH v8 0/3] MR9567: Draft: winegstreamer: Refactor WMSyncReader to use DMOs internally.
by Yuxuan Shui (＠yshui) Dec. 10, 2025

Dec. 10, 2025

-- v8: winegstreamer: Refactor WMSyncReader to use DMOs internally. https://gitlab.winehq.org/wine/wine/-/merge_requests/9567

2 4

[PATCH v3 0/2] MR9398: Don't try to activate a window in set_window_pos if it's set as active in GUITHREADINFO.
by Santino Mazza (＠tati) Dec. 10, 2025

Dec. 10, 2025

This prevents a window from getting reactivated when calling `SetWindowPos` inside the WM_ACTIVATE handler. For now I only was able to reproduce this by triggering a change in the active window from X11 with an alt-tab or by clicking another window, I was not able to write a wine test for this. This test program works for reproducing it. ```c #include <windows.h> LRESULT CALLBACK WindowProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { if (uMsg == WM_ACTIVATE) { SetWindowPos(hwnd, 0, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE); } done: return DefWindowProc(hwnd, uMsg, wParam, lParam); } int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR pCmdLine, int nCmdShow) { HWND hwnd; const char CLASS_NAME[] = "class"; WNDCLASSA wc = {}; wc.lpfnWndProc = WindowProc; wc.hInstance = hInstance; wc.lpszClassName = CLASS_NAME; RegisterClass(&wc); hwnd = CreateWindowEx(0, CLASS_NAME, "test", 0, 4, 4, 1024, 768, NULL, NULL, hInstance, NULL); ShowWindow(hwnd, SW_SHOW); MSG msg; while (TRUE) { GetMessage(&msg, NULL, 0, 0); TranslateMessage(&msg); DispatchMessage(&msg); } } ``` -- v3: win32u: Don't activate a window that is being deactivated. https://gitlab.winehq.org/wine/wine/-/merge_requests/9398

3 6

[PATCH 0/1] MR9715: win32u/tests: Dynamically load function D3DKMTOpenKeyedMutexFromNtHandle.
by Bernhard Übelacker Dec. 10, 2025

Dec. 10, 2025

Make the test run again with win10-1709 and before. Followup to 4446fda978. [Test pattern page](https://test.winehq.org/data/patterns.html#win32u:d3dkmt) [Testbot run with this patch](https://testbot.winehq.org/JobDetails.pl?Key=161207) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9715

2 2

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

Dec. 10, 2025

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

3 3

[PATCH v7 0/4] MR9567: Draft: winegstreamer: Refactor WMSyncReader to use DMOs internally.
by Yuxuan Shui (＠yshui) Dec. 10, 2025

Dec. 10, 2025

-- v7: configure: Add option for building with split debug info. winegstreamer: Refactor WMSyncReader to use DMOs internally. winegstreamer: Fix leakage of media type in IWMOutputMediaProps. winegstreamer: Fix buffer info when returning S_FALSE from ProcessOutput. https://gitlab.winehq.org/wine/wine/-/merge_requests/9567

2 4