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

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

July 30, 2025

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

2 10

[PATCH v9 0/5] MR8564: cfgmgr32: Device query API part 3: Implement DevGetObjectProperties(Ex) and HDEVQUERY device updates.
by Vibhav Pant (＠vibhavp) July 30, 2025

July 30, 2025

-- v9: cfgmgr32: Implement device updates for DevCreateObjectQuery. ntoskrnl.exe/tests: Add tests for device updates in DevCreateObjectQuery. cfgmgr32: Implement DevGetObjectProperties for device interfaces. cfgmgr32: Implement DevFreeObjectProperties. cfgmgr32: Add stubs for DevGetObjectProperties(Ex). https://gitlab.winehq.org/wine/wine/-/merge_requests/8564

2 5

[PATCH v8 0/5] MR8564: cfgmgr32: Device query API part 3: Implement DevGetObjectProperties(Ex) and HDEVQUERY device updates.
by Vibhav Pant (＠vibhavp) July 30, 2025

July 30, 2025

-- v8: cfgmgr32: Implement device updates for DevCreateObjectQuery. ntoskrnl.exe/tests: Add tests for device updates in DevCreateObjectQuery. https://gitlab.winehq.org/wine/wine/-/merge_requests/8564

3 13

[PATCH 0/7] MR8670: Improve WinRT parser checks
by Hans Leidekker (＠hans) July 30, 2025

July 30, 2025

This covers some of the assumptions made in the metadata generation code. More to come. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8670

3 10

[PATCH v3 0/4] MR8554: windows.media: Implement IActivationFactory::ActivateInstance() for IMediaTranscoder.
by Mohamad Al-Jaf (＠maljaf) July 30, 2025

July 30, 2025

Needed by LINE. The IMediaTranscoder2 definition isn't needed for this, but it's small enough to add in case it's used by mingw. -- v3: windows.media: Implement IActivationFactory::ActivateInstance() for IMediaTranscoder. https://gitlab.winehq.org/wine/wine/-/merge_requests/8554

3 5

[PATCH 0/1] MR8663: ntdll: Fix inconsistency in LFH block size calculation during realloc.
by Yuxuan Shui (＠yshui) July 30, 2025

July 30, 2025

For allocation, the block size calculation is snapped to block bin sizes, but for reallocation it is not. So the tail_size calculation will be wrong if the block size is not one of the bin sizes. To illustrate the problem: assume an allocation size of 32 bytes. heap_get_block_size will return 40 bytes. heap_allocate_block_lfh will round it up to 48 bytes. The tail_size is thus, 48 - 8 - 32 = 8 bytes. Later, HeapReAlloc is called to shrink it to 30 bytes. heap_get_block_size returns 40 bytes, heap_resize_block_lfh will not return STATUS_NO_MEMORY, because ROUND_SIZE(30) == 32, and 30 < 32. It will then calculate the tail_size based on the new block_size, which is 40 bytes. So the new tail_size becomes: 40 - 8 - 30 = 2 bytes. But block->block_size is still 48 bytes! So what it actually did is **growing** the block to 48 - 8 - 2 = 38 bytes from 32 bytes. This commit fixes it by also rounding up the block_size to bin sizes in heap_resize_block_lfh. * * * This was discovered serendipitously by ASan, because the heap shadowing code I added for ASan didn't expect `heap_allocate_block_lfh` to enlarged the block, this mismatch triggered an ASan report. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8663

3 2

[PATCH 0/2] MR8668: Implement xinput9_1_0 by dynamically loading and calling xinput1_4.dll.
by Brendan Shanks (＠bshanks) July 30, 2025

July 30, 2025

Windows implements `xinput9_1_0.dll` by dynamically loading `xinput1_4.dll` and calling into it. In a test app linked against `xinput9_1_0`, `GetModuleHandleW(L"xinput1_4.dll")` returns non-NULL after `xinput9_1_0.XInputGetState` is called (but NULL before anything is called, indicating it calls `LoadLibrary` in the `XInput*` functions). Steam Input depends on this behavior: it works by injecting a DLL into the game process, running `GetModuleHandleW(L"xinput1_{1-4}.dll")`, and hooking every `xinput1_*` DLL that's loaded. It notably does not look for or hook `xinput9_1_0.dll`, but it doesn't need to since the `xinput1_4` hooks affect `xinput9_1_0`. This meant that Steam Input did not work in any games using `xinput9_1_0`, which are surprisingly common. Animal Well and Journey are two examples. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8668

3 3

Re: [PATCH v11 0/2] MR8459: urlmon: Add PersistentZoneIdentifier semi-stub
by Rémi Bernon July 30, 2025

July 30, 2025

Fwiw this broke the tests on Windows: https://test.winehq.org/data/patterns.html#urlmon:sec_mgr and neither of the recent urlmon merged MR seem to have fixed it. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8459#note_111433

1 0

Re: [PATCH v20 0/8] MR6892: propsys: Implement IPropertyDescription for several known system properties.
by Rémi Bernon July 30, 2025

July 30, 2025

This broke the tests on W7 and W8.1: https://test.winehq.org/data/patterns.html#propsys:propsys -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6892#note_111432

1 0

Re: [PATCH v2 0/4] MR7057: Draft: amstream: Stop stream while running CreateSample. Feedback needed. :-) - closed
by Santino Mazza (＠tati) July 29, 2025

July 29, 2025

This merge request was closed by Santino Mazza. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7057

1 0