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

[PATCH v2 0/3] MR7787: winebth.sys: Broadcast PnP events when remote devices are found or lost/removed.
by Vibhav Pant (＠vibhavp) April 11, 2025

April 11, 2025

Broadcast `GUID_BLUETOOTH_RADIO_IN_RANGE` and `GUID_BLUETOOTH_RADIO_OUT_OF_RANGE` events (documented [here](https://learn.microsoft.com/en-us/windows/win32/bluetooth/bluetooth-a…) when remote devices are discovered and lost, respectively. For new devices, ⁣`RADIO_IN_RANGE` is only broadcasted if the device was not an initial entry enumerated during driver initialization. -- v2: winebth.sys: Broadcast GUID_BLUETOOTH_RADIO_IN_RANGE events for newly discovered remote devices as well. winebth.sys: Broadcast PnP event when remote devices are removed/lost. https://gitlab.winehq.org/wine/wine/-/merge_requests/7787

3 4

[PATCH v2 0/2] MR7796: winegstreamer: Allow caller to allocate samples in MF_XVP_PLAYBACK_MODE.
by Charlotte Pabst (＠CharlottePabst) April 11, 2025

April 11, 2025

This fixes a misbehaving proton game that sets MF_XVP_PLAYBACK_MODE. MF_XVP_PLAYBACK_MODE isn't mentioned in microsoft docs, but it's explained and used in the MIT-licensed [Windows-classic-samples](https://github.com/microsoft/Windows-classic-sampl… Not sure if mfplat is the right place to add the tests for this since the code is in winegstreamer, but it's very similar to the existing mfplat tests and the test does not interface with winegstreamer directly. It should be noted that on windows, ProcessOutput errors out if we provide a pSample with MF_XVP_PLAYBACK_MODE unset, wine simply ignores it. -- v2: winegstreamer: Allow caller to allocate samples in MF_XVP_PLAYBACK_MODE. mfplat/tests: Add test for MF_XVP_PLAYBACK_MODE. https://gitlab.winehq.org/wine/wine/-/merge_requests/7796

2 2

[PATCH 0/2] MR7796: winegstreamer: Allow caller to allocate samples in MF_XVP_PLAYBACK_MODE.
by Charlotte Pabst (＠CharlottePabst) April 11, 2025

April 11, 2025

This fixes a misbehaving proton game that sets MF_XVP_PLAYBACK_MODE. MF_XVP_PLAYBACK_MODE isn't mentioned in microsoft docs, but it's explained and used in the MIT-licensed [Windows-classic-samples](https://github.com/microsoft/Windows-classic-sampl… Not sure if mfplat is the right place to add the tests for this since the code is in winegstreamer, but it's very similar to the existing mfplat tests and the test does not interface with winegstreamer directly. It should be noted that on windows, ProcessOutput errors out if we provide a pSample with MF_XVP_PLAYBACK_MODE unset, wine simply ignores it. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7796

2 2

[PATCH 0/1] MR7794: odbc32: Call the driver's SQLGetInfoW after a->w conversion.
by Stefan Dösinger April 11, 2025

April 11, 2025

Either we need to call the driver or we have to pass our handle to our function. Calling the driver matches what other functions do. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7794

2 2

[PATCH 0/5] MR7795: windowscodecs/metadata: Create default items for the cHRM handler.
by Nikolay Sivov (＠nsivov) April 11, 2025

April 11, 2025

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7795

2 5

[PATCH 0/3] MR7793: sane.ds: Some clean ups.
by Dmitry Timoshkov (＠dmitry) April 11, 2025

April 11, 2025

Using enum { buf_len, buf_count } also looks strange, leave it for now. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7793

2 3

[PATCH 0/3] MR7792: ntdll: Fix some memory leaks (Valgrind).
by Sven Baars (＠sbaars) April 11, 2025

April 11, 2025

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

2 3

[PATCH 0/1] MR7791: win32u: Fix a string leak (Valgrind).
by Sven Baars (＠sbaars) April 11, 2025

April 11, 2025

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

2 1

[PATCH v3 0/2] MR7678: winewayland: Use system cursor shapes when possible.
by Alexandros Frantzis (＠afrantzis) April 11, 2025

April 11, 2025

This MR uses the cursor-shapes-v1 protocol to tell the compositor which system cursor shape to use. If a shape match is not found (or cursor-shapes-v1 is not available) we fall back to setting the cursor buffer from the Windows cursor data as before. The second commit implements support for a "UseSystemCursors" driver option, similar to what winex11 has. Since this is the first winewayland driver option we also introduce all the related registry reading code. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57648 -- Side note: The registry code is a copy from winex11, and is the third copy in the codebase (x11, mac, wayland). Perhaps it's worth introducing a common ntuser function to perform the option reading for the drivers, something like `NtUserGetDriverOption("X11 Driver", buffer, buffer_size, TRUE /* whether to read app specific option if present */)`. With such a function there is the concern about each call reopening the registry, but we can see if that's actually a problem and how a different API (or some sort of caching) may help. -- v3: winewayland: Support "UseSystemCursors" driver option. winewayland: Use system cursor shapes when possible. https://gitlab.winehq.org/wine/wine/-/merge_requests/7678

2 3

[PATCH 0/1] MR7774: wined3d: Fix a bit of logic around identical fog start/end.
by Elizabeth Figura (＠zfigura) April 11, 2025

April 11, 2025

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

3 2