December 2025 - Wine-gitlab

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

10 Dec '25

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) 10 Dec '25

10 Dec '25

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 (＠bernhardu) 10 Dec '25

10 Dec '25

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

2 2

[PATCH 0/1] MR9744: win32u: Use PostScript Name as fallback when Unique Name is not found in freetype name table
by Jade Pfeiffer (＠Cthuflu) 10 Dec '25

10 Dec '25

This patch should remedy an issue with `freetype_set_outline_text_metrics` failing to read a full name for some fonts that don't have a unique name entry in their name table. For example, some Material fonts from Google that DON'T have a unique name entry. | Font | NameID | StringName | |-------------------------|----------------|-------------------------------| | Material Icons Outlined | 0 (Copyright) | (Google Copyright Text) | | | 1 (Family) | Material Icons Outlined | | | 2 (Style) | Regular | | | 6 (PostScript) | MaterialIconsOutlined-Regular | | Material Icons Round | 0 (Copyright) | (Google Copyright Text) | | | 1 (Family) | Material Icons Round | | | 2 (Style) | Regular | | | 6 (PostScript) | MaterialIconsRound-Regular | | Material Icons Sharp | 0 (Copyright) | (Google Copyright Text) | | | 1 (Family) | Material Icons Sharp | | | 2 (Style) | Regular | | | 6 (PostScript) | MaterialIconsSharp-Regular | | Material Icons Two Tone | 0 (Copyright) | (Google Copyright Text) | | | 1 (Family) | Material Icons Two Tone | | | 2 (Style) | Regular | | | 6 (PostScript) | MaterialIconsTwoTone-Regular | This (mostly) follows [Apple's TrueType name table docs](https://developer.apple.com/fonts/TrueType-Reference-Manual/RM06/Chap… for what names should be included for a font (aside from missing a full name entry). While this patch is based on Apple's documentation, it should be reasonable that the PostScript name is treated as an acceptable fallback for a unique name: `"If two fonts are installed with the same PostScript name, Apple platforms treat them as duplicates and only one will be available for use."` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9744

3 5

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

10 Dec '25

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 v9 0/2] MR9567: winegstreamer: Refactor WMSyncReader to use DMOs internally.
by Yuxuan Shui (＠yshui) 10 Dec '25

10 Dec '25

-- v9: winegstreamer: Refactor WMSyncReader to use DMOs internally. winegstreamer: Fix leakage of media type in IWMOutputMediaProps. https://gitlab.winehq.org/wine/wine/-/merge_requests/9567

2 3

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

10 Dec '25

-- 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) 10 Dec '25

10 Dec '25

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

4 6

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

10 Dec '25

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) 10 Dec '25

10 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

3 3