July 2025 - Wine-GitLab - list.winehq.org

Re: [PATCH v2 0/1] MR8660: msado15: Implement ADOConnectionConstruction15::get_DSO
by Rémi Bernon July 31, 2025

July 31, 2025

This broke the tests on Windows. https://test.winehq.org/data/patterns.html#msado15:msado15 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8660#note_111610

1 0

[PATCH v5 0/9] MR8664: cryptxml: Implement some stubs.
by Mohamad Al-Jaf (＠maljaf) July 31, 2025

July 31, 2025

Needed by Lenovo USBRecoveryCreator. -- v5: cryptxml/tests: Add some signature verification tests. cryptxml: Implement CryptXmlGetStatus(). cryptxml: Implement CryptXmlVerifySignature() stub. cryptxml: Partially implement CryptXmlGetSignature(). cryptxml: Implement CryptXmlGetDocContext(). cryptxml: Implement CryptXmlClose(). cryptxml: Implement CryptXmlOpenToDecode() stub. https://gitlab.winehq.org/wine/wine/-/merge_requests/8664

3 14

[PATCH v45 0/6] MR6766: wintypes: Add stubs for Windows.Foundation.Collections.PropertySet.
by Vibhav Pant (＠vibhavp) July 31, 2025

July 31, 2025

-- v45: wintypes: Add stubs for IIterable<IKeyValuePair<HSTRING, IInspectable *>> to PropertySet. wintypes: Add stubs for IMap<HSTRING, IInspectable *> to PropertySet. wintypes: Add stubs for IObservableMap<HSTRING, IInspectable *> to PropertySet. wintypes: Add stubs for Windows.Foundation.Collections.PropertySet. https://gitlab.winehq.org/wine/wine/-/merge_requests/6766

3 8

[PATCH v2 0/2] MR8662: Revert "mmdevapi: Error out if the channel count or sampling rate doesn't match the mix format."
by Giovanni Mascellani (＠giomasce) July 31, 2025

July 31, 2025

This reverts commit 00211db0d08d60ee9a0e40206bf7cf9b5b88987b, which introduced a lot of test failures and is taking some time to be reworked properly. -- v2: mmdevapi/tests: Mark a wrong error code by IsFormatSupported() as todo. https://gitlab.winehq.org/wine/wine/-/merge_requests/8662

3 3

[PATCH 0/3] MR8674: win32u: Update DC OpenGL drawable when it is acquired.
by Rémi Bernon July 31, 2025

July 31, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58448 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58459 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58488 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8674

2 4

[PATCH 0/3] MR8679: [DRAFT] winecfg: Fix audio tab functionality.
by Patrick Hibbs (＠hibbsncc1701) July 31, 2025

July 31, 2025

See also the linked bug report, but the short description is that some wine-only fake device was removed at some point, and winecfg's audio tab was never updated to handle that situation. This MR fixes that problem by using real devices and filling in some data structures to make that work. I'm marking this as a draft so that others can suggest improvements or alternatives, as I'm not sure if this means of doing it is acceptable to Wine. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58204 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8679

2 3

Re: [PATCH v2 0/1] MR8532: winegstreamer: Force h264parse to output 'au' aligned byte-stream.
by Brendan McGrath (＠redmcg) July 31, 2025

July 31, 2025

On Thu Jul 31 05:43:48 2025 +0000, Tim Clem wrote: > Does this need to force `stream-format=byte-stream`? That seems to break > h.264 decoding on macOS with the [vtdec > element](https://gstreamer.freedesktop.org/documentation/applemedia/vtdec.h…, > which only accepts `stream-format=avc`. I never did get to the bottom of why this was required for `avdec_h264`, after all, GStreamer plays the test file just fine without the need for a `capsfilter` between `h264parse` and `avdec_h264`. So I dug a bit deeper this morning. It seems it fails under wine as a result of the `GST_EVENT_SEGMENT_DONE` event sent within `complete_drain`. When `h264parse` receives this event, it fixates its caps to `AVC` and then forwards its data buffers to `avdec_h264` without ever providing `codec_data` (which is required for AVC). Simply removing all the events sent in `complete_drain` fixes this problem but unsurprisingly causes a couple of other test failures (along with one fix!). You can see an example of what I mean here: https://gitlab.winehq.org/redmcg/wine/-/merge_requests/7 But I'm not sure yet if this is a bug in `h264parse` or in our draining logic. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8532#note_111591

1 0

[PATCH v6 0/2] MR8671: cryptowinrt: Stub ICryptographicBufferStatics::EncodeToBase64String().
by Mohamad Al-Jaf (＠maljaf) July 31, 2025

July 31, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55759 -- v6: cryptowinrt/tests: Add some ICryptographicBufferStatics::EncodeToBase64String() tests. cryptowinrt: Stub ICryptographicBufferStatics::EncodeToBase64String(). https://gitlab.winehq.org/wine/wine/-/merge_requests/8671

2 2

[PATCH v8 0/4] MR8595: comctl32: Separate v5 and v6.
by Zhiyi Zhang (＠zhiyi) July 30, 2025

July 30, 2025

This MR separates comctl32 into v5 and v6. A full branch is at https://gitlab.winehq.org/zhiyi/wine/-/commits/comctl32-separation. The remaining commits are to remove items that shouldn't be in v5. comctl32-version_6 in wine-staging can be dropped after this MR. -- v8: comctl32: Separate v5 and v6. https://gitlab.winehq.org/wine/wine/-/merge_requests/8595

3 9

[PATCH v5 0/2] MR8671: cryptowinrt: Stub ICryptographicBufferStatics::EncodeToBase64String().
by Mohamad Al-Jaf (＠maljaf) July 30, 2025

July 30, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55759 -- v5: cryptowinrt/tests: Add some ICryptographicBufferStatics::EncodeToBase64String() tests. cryptowinrt: Stub ICryptographicBufferStatics::EncodeToBase64String(). https://gitlab.winehq.org/wine/wine/-/merge_requests/8671

2 2