June 2025 - wine-gitlab

[PATCH v2 0/1] MR8209: Rework FO_MOVE operation for SHFileOperationW.
by Ziqing Hui (＠zhui) 09 Jun '25

09 Jun '25

-- v2: Rework FO_MOVE operation for SHFileOperationW. https://gitlab.winehq.org/wine/wine/-/merge_requests/8209

2 1

[PATCH v9 0/5] MR8206: windows.devices.bluetooth: Add stubs for (I)BluetoothDeviceStatics.
by Vibhav Pant (＠vibhavp) 08 Jun '25

08 Jun '25

-- v9: windows.devices.bluetooth: Add stub for IBluetoothDeviceStatics. windows.devices.bluetooth/tests: Add tests for BluetoothDeviceStatics. https://gitlab.winehq.org/wine/wine/-/merge_requests/8206

2 5

[PATCH 0/2] MR8240: kernel32: Handle paths in GetFinalPathNameByHandleW exceeding MAX_PATH.
by Bernhard Übelacker (＠bernhardu) 08 Jun '25

08 Jun '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57027 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8240

2 2

Re: [PATCH v8 0/3] MR2374: sppc: Stub SLInstallLicense and SLGetSLIDList
by Loïc Rebmeister (＠Fox2Code) 08 Jun '25

08 Jun '25

On Sun Jun 8 13:21:01 2025 +0000, Zhymabek Roman wrote: > Hey! Just wondering if there's a chance of getting this PR merged? It > would help fix some API compatibility issues with Office 365 (and > potentially other apps too). Thanks for taking a look! I think from what I remember, license stubs are legal hot waters for the wine project. If you remake a maintained version of this PR, I think `SLGetSLIDList` would need to return an error instead. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2374#note_105793

1 0

Re: [PATCH v8 0/3] MR2374: sppc: Stub SLInstallLicense and SLGetSLIDList
by Zhymabek Roman (＠ZhymabekRoman) 08 Jun '25

08 Jun '25

Hey! Just wondering if there's a chance of getting this PR merged? It would help fix some API compatibility issues with Office 365 (and potentially other apps too). Thanks for taking a look! -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2374#note_105792

1 0

[PATCH v9 0/2] MR8200: cmd: COPY should output file names as they are copied.
by Joe Souza (＠JoeS209) 08 Jun '25

08 Jun '25

In native Windows, the COPY command will display the names of the files as they are copied. Wine should do the same. This change enables that. -- v9: cmd/tests: Add tests to verify COPY command output cmd: COPY should output file names as they are copied. https://gitlab.winehq.org/wine/wine/-/merge_requests/8200

2 3

[PATCH 0/1] MR8209: Rework FO_MOVE operation for SHFileOperationW.
by Ziqing Hui (＠zhui) 08 Jun '25

08 Jun '25

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

2 2

[PATCH 0/1] MR8239: shell32: Retrieve shell autocompletion strings one at a time.
by Andrew Nguyen (＠arethusa) 08 Jun '25

08 Jun '25

When an instance of IEnumString in the ETQW World Editor is used to provide shell autocompletion strings, a crash can occur because its implementation of IEnumString::Next never initializes the output number of strings returned on success, which results in the uninitialized count being used to expand the enumerated strings array without bound. To determine if a string was successfully retrieved from IEnumString::Next, the enumeration of autocompletion strings now retrieves only one string at a time and checks the returned HRESULT for appropriate success. This avoids reliance on the output count for determining success. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51630 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8239

2 1

[PATCH v2 0/1] MR8237: kernelbase: Implement HeapSummary
by Julius Bettin (＠ningvin) 07 Jun '25

07 Jun '25

I tripped over this function while trying to run a game, so I thought I would have a go at it :-) The implementation is very similar to what is done in `Local32Info16` already. Regarding the place to put the function: I am not sure about the exact relationship between `kernel32` and `kernelbase`, but as most of the heap related functions are implemented in `kernelbase` I opted to add it to the latter. The tests reside in the `kernel32` directory though. The tests are currently pretty basic as I was a bit hesitant to compare against hard coded sizes for reserved / committed memory (that could break if someone made changes to the heap implementation). Also, I am not entirely sure about the semantics of the `cbMaxReserve` field. I opted to always set it to the same value as `cbReserved`, which seems *good enough™*. Let me know if this needs improvement! -- v2: kernelbase: Implement HeapSummary https://gitlab.winehq.org/wine/wine/-/merge_requests/8237

4 6

[PATCH v2 0/1] MR8238: d2d1/tests: Skip tests when device creation fails.
by Bernhard Übelacker (＠bernhardu) 07 Jun '25

07 Jun '25

[Test pattern page](https://test.winehq.org/data/patterns.html#d2d1:d2d1). This gets this `create_device` in function `test_no_target` in line with how it is handled in `init_test_context_`. -- v2: d2d1/tests: Skip tests when device creation fails. https://gitlab.winehq.org/wine/wine/-/merge_requests/8238

3 3

2025

2024

2023

2022

wine-gitlab June 2025