December 2025 - Wine-gitlab

[PATCH v3 0/3] MR9628: user32: Implement pointer input APIs for multi-touch support
by Hecheng Yu (＠kde-yyds) 01 Dec '25

01 Dec '25

This patch implements core pointer input APIs required by modern applications with touchscreen support, particularly Chromium and Qt-based applications. Implemented APIs: - GetPointerType: Query pointer input type (touch, pen, mouse) - GetPointerTouchInfo: Retrieve detailed touch pointer information - GetPointerFrameTouchInfo: Get all active touch pointers in current frame Added stubs: - SkipPointerFrameMessages: Used by applications to skip pointer frame processing like Qt - GetPointerFrameTouchInfoHistory: Historical touch frame data (not yet implemented) - GetPointerPenInfoHistory: Historical pen data (not yet implemented) System metrics changes: - SM_DIGITIZER: Reports touch capabilities (NID_INTEGRATED_TOUCH | NID_MULTI_INPUT | NID_READY) - SM_MAXIMUMTOUCHES: Returns maximum simultaneous touch points (10) Limitations: - We explictly set pointer type to PT_TOUCH when storing pointer info to queue, so GetPointerType will always return PT_TOUCH - GetPointerFrameTouchInfo returns 0 pointers after finger lift, while Windows returns 1 pointer with UP flags. And SkipPointerFrameMessages is currently a stub returning TRUE. Qt's pointer message processing uses both of them, but it's just working well Application requirements: - Chromium: Requires GetPointerType and GetPointerTouchInfo for touch input - Qt applications: Need GetPointerFrameTouchInfo and proper system metrics for multi-touch support - Qt5: Additionally checks for presence of all pointer APIs at runtime, requiring stubs to enable pointer messages processing -- v3: GetPointerType: Drop into an error and return false when id or type is invalid https://gitlab.winehq.org/wine/wine/-/merge_requests/9628

3 7

Re: [PATCH v2 0/6] MR6051: win32u: Move layered window attributes update out of the drivers.
by Dmitry Timoshkov (＠dmitry) 01 Dec '25

01 Dec '25

In case it was left unnoticed this MR caused a regression: https://bugs.winehq.org/show_bug.cgi?id=58914 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6051#note_124305

1 0

[PATCH 0/1] MR9629: configure: Add option for building with split debug info.
by Yuxuan Shui (＠yshui) 01 Dec '25

01 Dec '25

* * * all the machinery for split debug info is there, and the only thing needed is just exposing a flag from `configure`. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9629

3 3

[PATCH v2 0/4] MR9616: Draft: opengl32: Implement GL_EXT_semaphore_win32 for base handle types.
by Derek Lesho (＠dlesho) 01 Dec '25

01 Dec '25

Depends on !9574 and !9572 . -- v2: opengl32: Implement GL_EXT_semaphore_win32 for base handle types. opengl32: Implement GL_EXT_memory_object_win32 for base handle types. opengl32: Implement GL_DEVICE_LUID_EXT and GL_DEVICE_NODE_MASK_EXT. opengl32: Unify glGet* and fix typo in glGetDoublev. https://gitlab.winehq.org/wine/wine/-/merge_requests/9616

2 5

[PATCH 0/4] MR9638: ntdll: Fix handling of an arm64 unwind info corner case
by Martin Storsjö 01 Dec '25

01 Dec '25

Also update existing tests for consistency, after previous changes, and take more tests into use. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9638

1 4

[PATCH v2 0/9] MR9618: windows.perception.stub: Stub SpatialAnchorExporter class.
by Paul Gofman (＠gofman) 01 Dec '25

01 Dec '25

-- v2: coremessaging: Synchronize IAsyncInfo implementation in async.c. windows.security.credentials.ui.userconsentverifier: Synchronize IAsyncInfo implementation in async.c. windows.devices.enumeration: Synchronize IAsyncInfo implementation in async.c. cryptowinrt: Synchronize IAsyncInfo implementation in async.c. windows.gaming.input: Synchronize IAsyncInfo implementation in async.c. windows.media.speech: Synchronize IAsyncInfo implementation in async.c. windows.perception.stub: Implement exporter_statics_RequestAccessAsync(). windows.perception.stub: Stub SpatialAnchorExporter class. include: Add defintions related to Windows.Perception.Spatial.SpatialAnchorExporter. https://gitlab.winehq.org/wine/wine/-/merge_requests/9618

3 12

[PATCH 0/1] MR9632: sxs: avoid uninitialised len_name length
by Hans Chen (＠hans.chen) 01 Dec '25

01 Dec '25

The `redirect_data->clrdata_len` [is unset in /dlls/ntdll/actctx.c#L4411-4412](https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/actctx.c?ref_type=heads#L4411-4412) when using registration-free COM in C# NET code. Program.cs ```C# //... Guid guid = Guid.Parse("COM clsid"); Type type = Type.GetTypeFromCLSID(guid, true); //... ``` App.manifest ```xml <assembly> <file name="ExampleCOM.dll"> <comClass description="ExampleCOM" progid="ExampleCOM" clsid="{COM clsid}" threadingModel="Free"/> </file> </assembly> ``` The above C# code gets this error on its second line. ```Shell System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. ``` This is because `len_name` is uninitialized when calling `memcpy(ret_strings, ptr_name, len_name);` in `SxsLookupClrGuid`, which is fixed in this MR. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9632

3 4

[PATCH 0/2] MR9636: ntdll, win32u: Install unix libs and dlls with install-dev.
by Rémi Bernon 01 Dec '25

01 Dec '25

This is useful to build a Wine-based toolchains, third-party external modules can then build and link unixlibs against ntdll.so (and win32u.so), without requiring a full Wine build. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9636

1 2

[PATCH 0/1] MR9635: makedep: Allow building modules with C++ sources.
by Rémi Bernon 01 Dec '25

01 Dec '25

Used in Proton, could be useful in the future for fluidsynth and others. The flags used for compilation are taken from CXXFLAGS + extern libs EXTRACFLAGS (which is CFLAGS without the warnings I think). Some warnings are C-only and we would need to duplicate a lot of WINE_TRY_*FLAGS to make sure whether they work or not with the C++ compiler. The other EXTRACFLAGS are assumed to work with it and it seems that they do. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9635

1 1

Re: [PATCH v6 0/13] MR9489: mf: Fix seeking within sample grabber.
by Brendan McGrath (＠redmcg) 01 Dec '25

01 Dec '25

Marking this as ready as I have: - fixed the failing Win 10 test. The problem was the timer was triggered via `MFInvokeCallback`. This makes it asynchronous (as it goes via the work queue), so I had to add an event to synchronise. - added commit 8092ec5 to test pause and resume, which shows Windows will always request four more samples, no matter how many are already queued (which seems like a Windows bug to me). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9489#note_124276

1 0