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

[PATCH v3 0/7] MR8556: winebth.sys part 13: Add support for retrieving GATT characteristics
by Vibhav Pant (＠vibhavp) July 21, 2025

July 21, 2025

-- v3: winebth.sys: Set additional properties for remote Bluetooth devices. bluetoothapis/tests: Implement tests for BluetoothGATTGetCharacteristics. bluetoothapis: Implement BluetoothGATTGetCharacteristics. https://gitlab.winehq.org/wine/wine/-/merge_requests/8556

3 9

[PATCH v2 0/3] MR8612: ntdll: Return STATUS_INVALID_ADDRESS for free regions in get_memory_region_info().
by Paul Gofman (＠gofman) July 21, 2025

July 21, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58531 -- v2: ntdll: Fill RegionSize as view size in get_memory_region_info(). https://gitlab.winehq.org/wine/wine/-/merge_requests/8612

4 7

[PATCH 0/1] MR8613: cfgmgr32: Fix double-free of property buffers.
by Yuxuan Shui (＠yshui) July 21, 2025

July 21, 2025

Fixes: a4bae92c7de487fa3e33ed2635244c0f49d0d2f0 Introduced in !8478 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8613

3 4

Re: [PATCH v17 0/4] MR8478: cfgmgr32: Device query API part 2: Implement object properties and initial device enumeration in DevCreateObjectQuery
by Yuxuan Shui (＠yshui) July 21, 2025

July 21, 2025

Yuxuan Shui (@yshui) commented about dlls/cfgmgr32/main.c: > + struct device_query_context *ctx = data; > + HRESULT hr = S_OK; > + ULONG i; > > - for (i = 0; SUCCEEDED( hr ); i++) > + action_data.Action = DevQueryResultAdd; > + action_data.Data.DeviceObject = obj; > + ctx->callback( (HDEVQUERY)ctx, ctx->user_data, &action_data ); > + > + EnterCriticalSection( &ctx->cs ); > + if (ctx->state == DevQueryStateClosed) > + hr = E_CHANGED_STATE; > + LeaveCriticalSection( &ctx->cs ); > + > + for (i = 0; i < obj.cPropertyCount; i++) > + free( props->Buffer ); oops -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8478#note_110551

1 0

[PATCH 0/19] MR8599: mshtml: Only allow a specific set of builtin props as attributes.
by Gabriel Ivăncescu July 21, 2025

July 21, 2025

-- This merge request has too many patches to be relayed via email. Please visit the URL below to see the contents of the merge request. https://gitlab.winehq.org/wine/wine/-/merge_requests/8599

2 2

Re: [PATCH v7 0/4] MR8595: comctl32: Separate v5 and v6.
by Elizabeth Figura (＠zfigura) July 21, 2025

July 21, 2025

On Mon Jul 21 18:34:10 2025 +0000, Nikolay Sivov wrote: > Windows SDK always defines it to either 5, or 6 for XP and newer. > Nothing in headers depends on it. So it's not the same as with d3dx. But it is the same as d3dx. Windows headers don't check D3DX_SDK_VERSION and conditionally define things the same way we do. They just ship multiple versions of the same file with different contents and different values of D3DX_SDK_VERSION. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8595#note_110541

1 0

[PATCH v2 0/4] MR8592: ntdll: Make wait in wait_async() always non-alertable.
by Paul Gofman (＠gofman) July 21, 2025

July 21, 2025

-- v2: server: Set IOSB for cancelled asyncs in async_terminate(). ntdll: Make wait in wait_async() always non-alertable. ntdll: Factor out test_alert_with_status(). ntdll/tests: Add more tests for canceling synchronous IO. https://gitlab.winehq.org/wine/wine/-/merge_requests/8592

3 7

Re: [PATCH v7 0/4] MR8595: comctl32: Separate v5 and v6.
by Nikolay Sivov (＠nsivov) July 21, 2025

July 21, 2025

On Mon Jul 21 18:05:49 2025 +0000, Elizabeth Figura wrote: > Wait, why, though? This is the approach we use for e.g. d3dx. Windows SDK always defines it to either 5, or 6 for XP and newer. Nothing in headers depends on it. So it's not the same as with d3dx. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8595#note_110536

1 0

Re: [PATCH v7 0/4] MR8595: comctl32: Separate v5 and v6.
by Elizabeth Figura (＠zfigura) July 21, 2025

July 21, 2025

On Mon Jul 21 06:09:39 2025 +0000, Zhiyi Zhang wrote: > changed this line in [version 6 of the diff](/wine/wine/-/merge_requests/8595/diffs?diff_id=194446&start_sha=4ae32c680b3c52bdfa972a955a18abeeb0532ec1#515e569bebc6ce6f3ec15b1e7bd470691646060a_4_4) Wait, why, though? This is the approach we use for e.g. d3dx. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8595#note_110534

1 0

[PATCH 0/1] MR8611: winebth.sys: Only set properties for radio devices after they have been started.
by Vibhav Pant (＠vibhavp) July 21, 2025

July 21, 2025

If bluetooth_radio_set_properties gets called before the PnP manager has enumerated the radio device, IoSetDevicePropertyData will fail as the registry entries for the radio's instance ID have not been created yet. This would result in the following error messages whenever a new prefix was created: ``` 011c:err:plugplay:IoSetDevicePropertyData Failed to open device, error 0xe000020b. 011c:err:plugplay:IoSetDevicePropertyData Failed to open device, error 0xe000020b. 011c:err:plugplay:IoSetDevicePropertyData Failed to open device, error 0xe000020b. 011c:err:plugplay:IoSetDevicePropertyData Failed to open device, error 0xe000020b. ``` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8611

2 1