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

[PATCH v6 0/5] MR7630: winebth.sys part 7: Introduce support for authentication/pairing.
by Vibhav Pant (＠vibhavp) March 27, 2025

March 27, 2025

Introduce infrastructure necessary to support receiving, sending and replying (to) Bluetooth authentication/pairing requests: - During startup, the Bluetooth driver now creates a "pairing agent" and registers it with BlueZ. The pairing agent is a DBus object implementing the `org.bluez.Agent1` interface (documented [here](https://github.com/bluez/bluez/blob/master/doc/org.bluez.Agent.rst)) which receives authentication requests from BlueZ. The pairing agent then forwards the request data to the PE driver, in form of a `WINEBLUETOOTH_EVENT_AUTH_EVENT` event. The agent is unregistered during driver shutdown. - Right now, the agent only supports Numeric Comparison pairing requests. - Create a new auxiliary device, `\??\WINEBTHAUTH` during driver startup. This device handles authentication functionality that is independent of radio PDOs on the system, which allows the userspace APIs to not track individual Bluetooth radio objects to implement authentication. `WINEBTHAUTH` right now serves two purposes: - Serve as the device object for which `GUID_WINEBTH_AUTHENTICATION_REQUEST` PnP events are broadcasted. This event is sent whenever the Bluetooth event loop in (`bluetooth_event_loop_thread_proc`) receives `WINEBLUETOOTH_EVENT_AUTH_EVENT`. The event's buffer contains a `struct winebth_authentication_request` value, which contains data relevant to the incoming auth request. - Handle the `IOCTL_WINEBTH_AUTH_REGISTER` IOCTL. This simply calls the [`RequestDefaultAgent` BlueZ method](https://github.com/bluez/bluez/blob/master/doc/org.bluez.AgentManag… right now, which asks BlueZ to send all incoming Bluetooth authentication requests to Wine's pairing agent (described above). This is not always strictly necessary, but is useful if there already is a default pairing agent set. - `WINEBTHAUTH` will also ultimately be in charge of responding to authentication requests, which I'll be adding in the next-ish MR(s). - Implement `BluetoothRegisterForAuthenticationEx` and `BluetoothUnregisterAuthentication`. Registration is done by invoking `IOCTL_WINEBTH_AUTH_REGISTER`, and then listening for `GUID_WINEBTH_AUTHENTICATION_REQUEST` events on a `HANDLE` to `\??\WINEBTHAUTH` using the newly added `CM_Register_Notifications`. To keep the MR from getting any larger, I have not included support for `BluetoothSendAuthenticationResponseEx`. That will likely be introduced in the future. -- v6: bluetoothapis/tests: Add tests for BluetoothRegisterForAuthenticationEx and BluetoothUnregisterAuthentication. bluetoothapis: Implement BluetoothRegisterForAuthenticationEx and BluetoothUnregisterForAuthentication. https://gitlab.winehq.org/wine/wine/-/merge_requests/7630

4 8

[PATCH 0/1] MR7676: winegstreamer: Make sure WMSyncReader never reads in the background.
by Yuxuan Shui (＠yshui) March 27, 2025

March 27, 2025

WMSyncReader starts a background read thread that reads from the IStream passed to IWMSyncReader::OpenStream. This means it could use the IStream in the background even when no IWMSyncReader methods are being called. For well-behaved applications, this is probably OK. However, AQUARIUM (Steam 2515070) frees the IStream it passes to WMSyncReader _before_ it calls IWMSyncReader::Close, which stops the read thread. This causes the read thread to access freed memory. This is improper, but not unreasonable, as IWMSyncReader is supposed to be a synchronous interface, so one might assume when they weren't calling into IWMSyncReader methods, the IStream won't be used. This commit adds a `wg_parser_dont_read` function, which can be used to stop wg_parser from issuing read requests. This is used by IWMSyncReader to make sure read requests are only issued when IWMSyncReader methods are being called. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7676

2 1

[PATCH 0/2] MR7673: shell32 copy file tests.
by Ziqing Hui (＠zhui) March 27, 2025

March 27, 2025

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

2 5

[PATCH v2 0/2] MR7627: winex11: Track _NET_ACTIVE_WINDOW property changes.
by Rémi Bernon March 27, 2025

March 27, 2025

In preparation for more changes to properly track X11 active window and request active window changes, ultimately improving window focus consistency on X11. -- v2: winex11: Track _NET_ACTIVE_WINDOW property changes. winex11: Introduce a new handle_state_change helper. https://gitlab.winehq.org/wine/wine/-/merge_requests/7627

1 3

[PATCH 0/1] MR7671: wintrust: Don't set desktop window when initializing provider data.
by Paul Gofman (＠gofman) March 27, 2025

March 27, 2025

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

3 3

[PATCH v2 0/7] MR7672: Draft: mfplat/tests: Add tests for Byte Stream Output.
by Brendan McGrath (＠redmcg) March 26, 2025

March 26, 2025

This MR adds tests that examine the values of the samples output by the byte stream handlers. It is marked as draft as it is dependent on the fixes included within MR !7569. I've also renamed the tests as they previously exclusively tested the sample output timestamps. The tests now also look at the number of buffers included in a sample and total size of the buffers within a sample. -- v2: mfplat/tests: Add tests for MP3 Byte Stream Output. mfplat/tests: Add tests for Byte Stream Output. https://gitlab.winehq.org/wine/wine/-/merge_requests/7672

2 7

[PATCH 0/7] MR7672: Draft: mfplat/tests: Add tests for Byte Stream Output.
by Brendan McGrath (＠redmcg) March 26, 2025

March 26, 2025

This MR adds tests that examine the values of the samples output by the byte stream handlers. It is marked as draft as it is dependent on the fixes included within MR !7569. I've also renamed the tests as they previously exclusively tested the sample output timestamps. The tests now also look at the number of buffers included in a sample and total size of the buffers within a sample. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7672

2 7

[PATCH v5 0/8] MR7667: powrprof.dll: Implement functions to enable SteamVR launch
by Robert Lippmann (＠rlippmann) March 26, 2025

March 26, 2025

Implemented the following functions with a bit of a hack: PowerGetActiveScheme PowerSetActiveScheme PowerEnumerate PowerReadFriendlyName -- v5: even more fixes https://gitlab.winehq.org/wine/wine/-/merge_requests/7667

2 8

[PATCH v4 0/7] MR7667: powrprof.dll: Implement functions to enable SteamVR launch
by Robert Lippmann (＠rlippmann) March 26, 2025

March 26, 2025

Implemented the following functions with a bit of a hack: PowerGetActiveScheme PowerSetActiveScheme PowerEnumerate PowerReadFriendlyName -- v4: more fixes https://gitlab.winehq.org/wine/wine/-/merge_requests/7667

2 7

[PATCH v3 0/6] MR7667: powrprof.dll: Implement functions to enable SteamVR launch
by Robert Lippmann (＠rlippmann) March 26, 2025

March 26, 2025

Implemented the following functions with a bit of a hack: PowerGetActiveScheme PowerSetActiveScheme PowerEnumerate PowerReadFriendlyName -- v3: fixes https://gitlab.winehq.org/wine/wine/-/merge_requests/7667

2 6