December 2025 - Wine-GitLab

[PATCH v2 0/3] MR9717: winegstreamer: Handle dynamic format change.
by Elizabeth Figura (＠zfigura) Dec. 7, 2025

Dec. 7, 2025

-- v2: winegstreamer: Handle dynamic format change. https://gitlab.winehq.org/wine/wine/-/merge_requests/9717

2 4

[PATCH 0/3] MR9717: winegstreamer: Handle dynamic format change.
by Elizabeth Figura (＠zfigura) Dec. 7, 2025

Dec. 7, 2025

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

2 3

[PATCH v8 0/11] MR9628: user32: Implement pointer input APIs for multi-touch support
by Hecheng Yu (＠kde-yyds) Dec. 7, 2025

Dec. 7, 2025

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 -- v8: user32: Implement GetPointerFrameTouchInfo win32u: Implement NtUserGetPointerFrameTouchInfo user32: Implement GetPointerTouchInfo win32u: Implement NtUserGetPointerTouchInfo user32: Implement GetPointerType win32u: Implement NtUserGetPointerType win32u: Add pointer information cache and storage user32: Stub GetPointerPenInfoHistory user32: Stub GetPointerFrameTouchInfoHistory user32: Stub SkipPointerFrameMessages win32u: Add SM_DIGITIZER and SM_MAXIMUMTOUCHES system metrics https://gitlab.winehq.org/wine/wine/-/merge_requests/9628

2 11

[PATCH v7 0/11] MR9628: user32: Implement pointer input APIs for multi-touch support
by Hecheng Yu (＠kde-yyds) Dec. 6, 2025

Dec. 6, 2025

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 -- v7: user32: Implement GetPointerFrameTouchInfo win32u: Implement NtUserGetPointerFrameTouchInfo user32: Implement GetPointerTouchInfo win32u: Implement NtUserGetPointerTouchInfo user32: Implement GetPointerType win32u: Implement NtUserGetPointerType win32u: Add pointer information cache and storage user32: Stub GetPointerPenInfoHistory user32: Stub GetPointerFrameTouchInfoHistory user32: Stub SkipPointerFrameMessages win32u: Add SM_DIGITIZER and SM_MAXIMUMTOUCHES system metrics https://gitlab.winehq.org/wine/wine/-/merge_requests/9628

2 11

Re: [PATCH v6 0/11] MR9628: user32: Implement pointer input APIs for multi-touch support
by Hecheng Yu (＠kde-yyds) Dec. 6, 2025

Dec. 6, 2025

On Mon Dec 1 14:57:26 2025 +0000, Hecheng Yu wrote: > For new APIs maybe yes Now splited. Tests will also appear later. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9628#note_125084

1 0

Re: [PATCH v2 0/3] MR9640: oleaut32: Fix MSVC generating _VtblGapPlaceholder methods for typelib headers
by Mircea Roată-Palade Dec. 6, 2025

Dec. 6, 2025

Should the case when both `LOAD_TLB_AS_32BIT` and `LOAD_TLB_AS_64BIT` are passed be handled/tested? It's extremely unlikely both flags are passed together by any sane program, however I expected this case to be an error, but it turns out the flags are just ignored and the typelib is loaded with the native pointer size. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9640#note_125080

1 0

[PATCH 0/1] MR9714: ntdll: Remove superfluous code
by André Zwing Dec. 6, 2025

Dec. 6, 2025

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

1 1

[PATCH 0/1] MR9712: po: Update Lithuanian translation.
by Aurimas Fišeras Dec. 6, 2025

Dec. 6, 2025

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

1 1

[PATCH 0/2] MR9709: Some fixes to cmd.exe's MKLINK command.
by eric pouech (＠epo) Dec. 6, 2025

Dec. 6, 2025

This MR main goal is to fix buffer overflow in MKLINK commands. Also added some more syntax error detections cases. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9709

2 2

[PATCH 0/4] MR8183: mf: Read byte streams in chunks of 256KiB.
by Charlotte Pabst (＠CharlottePabst) Dec. 6, 2025

Dec. 6, 2025

I'm dealing with a game that relies on this constant. Tagging @rbernon since this is using a proton commit of his. Tests should be run both with HKCU\\Software\\Wine\\MediaFoundation\\DisableGstByteStreamHandler enabled and disabled. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8183

4 15