February 2026 - Wine-GitLab

Re: [PATCH v2 0/2] MR9597: Iphlpapi: Implement GetOwnerModuleFromTcpEntry, GetOwnerModuleFromTcp6Entry. - approved
by Alexandre Julliard (＠julliard) Feb. 8, 2026

Feb. 8, 2026

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

1 0

Re: [PATCH v4 0/4] MR9756: mmdevapi: Allow querying I{Simple,Channel}AudioVolume from IAudioSessionControl. - approved
by Alexandre Julliard (＠julliard) Feb. 8, 2026

Feb. 8, 2026

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

1 0

Re: [PATCH v3 0/1] MR9776: riched20: Fix crash when copying text. - approved
by Alexandre Julliard (＠julliard) Feb. 8, 2026

Feb. 8, 2026

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

1 0

Re: [PATCH v2 0/1] MR9713: xaudio2_7/tests: Dynamically load function XAudio2CreateWithVersionInfo. - approved
by Alexandre Julliard (＠julliard) Feb. 8, 2026

Feb. 8, 2026

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

1 0

Re: [PATCH v5 0/6] MR9749: mmdevapi: Reject wave formats that crash audio drivers. - approved
by Alexandre Julliard (＠julliard) Feb. 8, 2026

Feb. 8, 2026

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

1 0

Re: [PATCH v5 0/1] MR8914: msxml: IXMLDOMNamedNodeMap::getNamedItem to handle global namespace.
by Nikolay Sivov (＠nsivov) Feb. 8, 2026

Feb. 8, 2026

Nikolay Sivov (@nsivov) commented about dlls/msxml3/element.c: > - ns = xmlSearchNs(node->doc, node, prefix); > + if (xmlStrEqual(prefix, BAD_CAST "xmlns") ) > + { > + IUnknown *unk; > + > + xmlFree(prefix); > + > + ns = xmlSearchNs(node->doc, node, local); > + xmlFree(local); > + if (!ns) > + { > + if (item) *item = NULL; > + return item ? S_FALSE : E_INVALIDARG; > + } > + > + unk = create_attribute(node, FALSE); Won't this create an msxml attribute object pointing to a libxml element? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8914#note_129071

1 0

[PATCH v2 0/1] MR10052: dinput: Return DIERR_UNSUPPORTED in dinput_device_Escape
by Viktor Balogh (＠viktorb) Feb. 8, 2026

Feb. 8, 2026

At least Thrustmaster wheels are known for using the Escape method for communication between the driver and the game. This is not utilized by every game, but one that does is RaceRoom Racing Experience (RRRE). RRRE uses it to query/set the wheel range and set force strengths. The problematic part is the wheel range query, because the returned value (0) is not the real range and that throws off the internal logic of RRRE's engine and causes the wheel to snap in one direction. Returning DIERR_UNSUPPORTED clearly indicates that the call failed and RRRE no longer tries to use these methods for interaction with the wheel. Returning DIERR_UNSUPPORTED is also aligns with the behaviour of `hid_joystick_effect_Escape`. Captures of what RRRE used are available over here: https://github.com/Kimplul/hid-tmff2/issues/165 See this issue for more context and the resolution: https://github.com/Kimplul/hid-tmff2/issues/39#issuecomment-3104689106 -- v2: dinput: Return DIERR_UNSUPPORTED in dinput_device_Escape https://gitlab.winehq.org/wine/wine/-/merge_requests/10052

2 1

[PATCH 0/1] MR10052: dinput: Return DIERR_UNSUPPORTED in dinput_device_Escape
by Viktor Balogh (＠viktorb) Feb. 8, 2026

Feb. 8, 2026

At least Thrustmaster wheels are known for using the Escape method for communication between the driver and the game. This is not utilized by every game, but one that does is RaceRoom Racing Experience (RRRE). RRRE uses it to query/set the wheel range and set force strengths. The problematic part is the wheel range query, because the returned value (0) is not the real range and that throws off the internal logic of RRRE's engine and causes the wheel to snap in one direction. Returning DIERR_UNSUPPORTED clearly indicates that the call failed and RRRE no longer tries to use these methods for interaction with the wheel. Returning DIERR_UNSUPPORTED is also aligns with the behaviour of `hid_joystick_effect_Escape`. Captures of what RRRE used are available over here: https://github.com/Kimplul/hid-tmff2/issues/165 See this issue for more context and the resolution: https://github.com/Kimplul/hid-tmff2/issues/39#issuecomment-3104689106 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10052

2 1

[PATCH 0/1] MR9391: uxtheme/tests: Verify GetCurrentThemeName() returns Aero\Aero.msstyles on Windows
by nikita pushkarev (＠strudelll) Feb. 8, 2026

Feb. 8, 2026

Problem Native Windows returns a theme path ending with \\Aero\\Aero.msstyles from GetCurrentThemeName(), even when “Light” is selected. Wine currently returns ...\\light\\light.msstyles which confuses some WPF installers. Windows evidence Windows 11 24H2: system.c:830: theme=L"C:\\WINDOWS\\resources\\themes\\Aero\\Aero.msstyles" Result: test passed (0 failures) (full log attached in the bug / can reattach in MR if needed) Wine behavior (before fix) theme=L"C:\\windows\\resources\\themes\\light\\light.msstyles" (test is marked todo_wine to keep CI green until the fix) This MR 1/2 uxtheme/tests: Add a conformance test that documents Windows behavior (Aero\\Aero.msstyles); mark check as todo_wine on Wine. 2/2 uxtheme: Return Aero.msstyles from GetCurrentThemeName() when Light is active, matching Windows. Notes - Minimal diff; no formatting changes. - Test passes on Windows; after the fix it also passes on Wine (todo_wine can be dropped). Add a conformance test that calls GetCurrentThemeName() and checks that the returned path ends with \\Aero\\Aero.msstyles (regardless of Light/Dark). Skip if theming is inactive. On Wine this currently returns ...\\light\\light.msstyles, so the check is wrapped in todo_wine. Tested on: - Windows 10 22H2: theme=Aero\\Aero.msstyles (passes) - Windows 11 24H2: theme=Aero\\Aero.msstyles (passes) Signed-off-by: Nikita strudelll(a)etersoft.ru -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9391

4 6

[PATCH v2 0/1] MR9961: d2d1: Partially implement d2d_device_context_Flush().
by Zhiyi Zhang (＠zhiyi) Feb. 8, 2026

Feb. 8, 2026

React Native applications rely on d2d_device_context_Flush() returning S_OK. -- v2: d2d1: Return S_OK for d2d_device_context_Flush(). https://gitlab.winehq.org/wine/wine/-/merge_requests/9961

3 4