February 2025 - Wine-gitlab

[PATCH v13 0/2] MR7131: DIR command improvements: Make /o by itself behave equal to how it does in Windows
by Joe Souza (＠JoeS209) 02 Feb '25

02 Feb '25

"DIR /o" (no order specifier after /o) hasn't functioned the same as it does on Windows. This change makes the functionality of /o by itself equivalent to behavior on Windows. -- v13: programs/cmd: Add tests patch from @epo. https://gitlab.winehq.org/wine/wine/-/merge_requests/7131

3 4

[PATCH v8 0/4] MR7216: winebth.sys part 3: Introduce IOCTLs related to radio discoverability, connectability and device inquiry.
by Vibhav Pant (＠vibhavp) 02 Feb '25

02 Feb '25

The Windows Bluetooth stack uses private IOCTLs in order to set the [discoverability](https://learn.microsoft.com/en-us/windows/win32/api/blueto… and [connectability](https://learn.microsoft.com/en-us/windows/win32/api/bluetoo… status of a local radio, and to start/stop the device inquiry procedure. This MR introduces 3 wine-specific IOCTL codes for the same purposes, as most applications seem to the Win32 API itself for these operations: * IOCTL_WINBTH_RADIO_SET_FLAG * IOCTL_WINEBTH_RADIO_START_DISCOVERY * IOCTL_WINEBTH_RADIO_STOP_DISCOVERY -- v8: winebth.sys: Call bluez_watcher_close as part of bluetooth_shutdown. winebth.sys: Implement IOCTL_WINEBTH_RADIO_STOP_DISCOVERY. winebth.sys: Implement IOCTL_WINEBTH_RADIO_START_DISCOVERY. winebth.sys: Implement IOCTL_WINEBTH_RADIO_SET_FLAG. https://gitlab.winehq.org/wine/wine/-/merge_requests/7216

3 5

[PATCH 0/1] MR7242: kernel32/tests: Use win_skip() for missing PrefetchVirtualMemory API
by Jinoh Kang (＠iamahuman) 02 Feb '25

02 Feb '25

A missing API is a todo in Wine. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7242

2 1

[PATCH 0/1] MR7240: po: Update Georgian translation
by Ekaterine Papava (＠EkaterinePapava) 02 Feb '25

02 Feb '25

Hello, Small updates for Georgian translation. BR, Ekaterine -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7240

2 1

[PATCH v2 0/5] MR7167: windowscodecs/metadatahandler: Implement GetPersistOptions().
by Nikolay Sivov (＠nsivov) 01 Feb '25

01 Feb '25

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- v2: windowscodecs/metadata: Add initial implementation of the App1 reader. windowscodecs/metadata: Add registration information for the Exif reader. windowscodecs/metadata: Add registration information for the Gps reader. windowscodecs/metadatahandler: Implement GetStream(). windowscodecs/metadatahandler: Implement GetPersistOptions(). https://gitlab.winehq.org/wine/wine/-/merge_requests/7167

3 6

[PATCH 0/2] MR7211: windowscodecs: Implement IWICBitmapFlipRotator(WICBitmapTransformRotate90) for bitmaps with bpp >= 8.
by Dmitry Timoshkov (＠dmitry) 01 Feb '25

01 Feb '25

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

4 8

[PATCH 0/2] MR7239: user32/tests: Account for a couple of frequent failures.
by Esme Povirk (＠madewokherd) 01 Feb '25

01 Feb '25

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

3 3

[PATCH v6 0/5] MR6889: threadpoolwinrt: Implement IAsyncAction and IAsyncInfo.
by Vibhav Pant (＠vibhavp) 01 Feb '25

01 Feb '25

This MR adds an implementation for the `IAsyncAction` and `IAsyncInfo` interfaces exported by `Windows.System.Threading`, including support for setting `IAsyncActionCompletedHandler` values for an `IAsyncAction`. It also re-writes (or factors?) the `IAsyncOperation<boolean>` implementation in dlls/cryptowinrt to use `ThreadPoolStatics::RunAsync`, by introducing a type-punning variant of `AsyncOperationCompletedHandler<T>` (similar to `WineAsyncOperationCompletedHandler`), which is a wrapper around the `IAsyncAction` returned by `RunAsync`. The new `IAsyncOperation<T>` implementation is simpler, and if merged, can be exported to other dlls (windows.gaming.input and windows.security.credentials.ui.userconsentverifier for now). -- v6: cryptowinrt: Rewrite IAsyncOperation using Windows.System.Threading. https://gitlab.winehq.org/wine/wine/-/merge_requests/6889

3 9

[PATCH 0/1] MR7238: winebus,mmdevapi: implement audio device container id
by Harald Sitter (＠sitter) 01 Feb '25

01 Feb '25

This is a bit convoluted because of the amount of pieces involved. I'll try to untangle things a bit. The container id is meant to be globally unique and stable. We therefore need a suitable amount of stable entropy that we can feed into a hash function to get a stable and unique output. This happens in winebus. The corner stone of hash inputs is the linux device topology (sysfs path) obtained via udev. Along with all other possible data we feed this into a hash function to obtain our container id. A bunch of extra wine-specific keys needed to be added to carry the necessary metadata from the driver into the ntoskrnl (where it gets written to the property registry of the relevant device). Separate from this we also ingest the linux device topology (sysfs path) in the winepulse driver. In mmdevapi we then use winepulse's sysfs path to find the matching device in the setupapi and query its container id. We now have the same container id in both the device and the MMDevice, allowing applications (in particular Games) to find the MMDevice for a given device. For practical reasons we always resolve the sysfs path to the root device as early as possible. Container ids are meant to be equal for sub devices inside a "container" anyway. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7238

3 2

[PATCH v2 0/6] MR7233: wineswmidi: Add SW Synth MIDI driver part 0.
by Anton Baskanov (＠baskanov) 01 Feb '25

01 Feb '25

-- v2: wineswmidi: Initialize DirectMusic when opening the device. wineswmidi: Handle MODM_OPEN and MODM_CLOSE. https://gitlab.winehq.org/wine/wine/-/merge_requests/7233

3 8