March 2025 - wine-gitlab

[PATCH v3 0/1] MR7642: Draft: server: Fall back to epoll_wait if epoll_pwait2 isn't available at run-time.
by William Horvath (＠whrvt) 22 Mar '25

22 Mar '25

This fixes a real problem and improves behavior at the same time. - Fixes: hanging when trying to run Wine built with epoll_pwait2 headers available but epoll_pwait2 is missing in the run-time kernel (i.e. build 5.11->run 5.10) - Improvement: bring the improved timeout resolution to Wine builds which didn't have epoll_pwait2 at compile time, if the run-time kernel supports it (i.e. build 5.10->run 6.14) This last point is especially important in my opinion, as it applies to official Proton builds. Proton is (currently) built in Debian 11 with kernel 5.10, but SteamOS is a moving target with a much newer kernel version being used to run these Wine builds. These builds use the lower resolution timeouts if epoll_pwait2 is only checked for at compile-time, when it can cheaply and easily be done at run-time instead. Fixes: 87ca5db40e2c1b37423bdc25101a5c5e39e67e6f An alternative to !7640 that kills two birds with one stone. -- v3: server: Fall back to epoll_wait if epoll_pwait2 isn't available at run-time. https://gitlab.winehq.org/wine/wine/-/merge_requests/7642

2 1

[PATCH v2 0/1] MR7642: server: Fall back to epoll_wait if epoll_pwait2 isn't available at run-time.
by William Horvath (＠whrvt) 22 Mar '25

22 Mar '25

This fixes a real problem and improves behavior at the same time. - Fixes: hanging when trying to run Wine built with epoll_pwait2 headers available but epoll_pwait2 is missing in the run-time kernel (i.e. build 5.11->run 5.10) - Improvement: bring the improved timeout resolution to Wine builds which didn't have epoll_pwait2 at compile time, if the run-time kernel supports it (i.e. build 5.10->run 6.14) This last point is especially important in my opinion, as it applies to official Proton builds. Proton is (currently) built in Debian 11 with kernel 5.10, but SteamOS is a moving target with a much newer kernel version being used to run these Wine builds. These builds use the lower resolution timeouts if epoll_pwait2 is only checked for at compile-time, when it can cheaply and easily be done at run-time instead. Fixes: 87ca5db40e2c1b37423bdc25101a5c5e39e67e6f An alternative to !7640 that kills two birds with one stone. -- v2: server: Fall back to epoll_wait if epoll_pwait2 isn't available at run-time. https://gitlab.winehq.org/wine/wine/-/merge_requests/7642

3 3

[PATCH 0/1] MR7642: server: Fall back to epoll_wait if epoll_pwait2 isn't available at run-time.
by William Horvath (＠whrvt) 22 Mar '25

22 Mar '25

This fixes a real problem and improves behavior at the same time. - Fixes: hanging when trying to run Wine built with epoll_pwait2 headers available but epoll_pwait2 is missing in the run-time kernel (i.e. build 5.11->run 5.10) - Improvement: bring the improved timeout resolution to Wine builds which didn't have epoll_pwait2 at compile time, if the run-time kernel supports it (i.e. build 5.10->run 6.14) This last point is especially important in my opinion, as it applies to official Proton builds. Proton is (currently) built in Debian 11 with kernel 5.10, but SteamOS is a moving target with a much newer kernel version being used to run these Wine builds. These builds use the lower resolution timeouts if epoll_pwait2 is only checked for at compile-time, when it can cheaply and easily be done at run-time instead. Fixes: 87ca5db40e2c1b37423bdc25101a5c5e39e67e6f An alternative to !7640 that kills two birds with one stone. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7642

2 1

[PATCH v2 0/2] MR7619: comctl32: Implement EVENT_OBJECT_VALUECHANGE for edit controls.
by Esme Povirk (＠madewokherd) 22 Mar '25

22 Mar '25

-- v2: comctl32/tests: Test MSAA events for edit controls. comctl32: Implement EVENT_OBJECT_VALUECHANGE for edit controls. https://gitlab.winehq.org/wine/wine/-/merge_requests/7619

3 5

[PATCH 0/1] MR7622: comctl32: Avoid segfault in PROPSHEET_DoCommand when psInfo is NULL.
by YuriK7 (＠riyu12383) 22 Mar '25

22 Mar '25

Fixes https://bugs.winehq.org/show_bug.cgi?id=57987. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7622

3 3

[PATCH 0/1] MR7640: server: Fall back to epoll_wait if epoll_pwait2 doesn't work
by Alfred Agrell (＠Alcaro) 22 Mar '25

22 Mar '25

Fixes hangs if Wine is built with newer headers than kernel -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7640

2 2

[PATCH 0/1] MR7641: ntdll: Added side effect of KiUserCallbackDispatcher needed for SkyrimSE CreationKit
by Keaton Ens (＠kgzod) 22 Mar '25

22 Mar '25

Push 0x7fff to the stack in __wine_syscall_dispatcher to recreate side effect of KiUserCallbackDispatcher needed by Skyrim Special Edition: Creation Kit to fix a menu resolution bug. Wine Bug: https://bugs.winehq.org/show_bug.cgi?id=58003 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7641

2 1

Re: [PATCH v6 0/2] MR7638: Draft: gdiplus: Fix matrix transformations for GdipGetPathWorldBounds function - closed
by Bartosz Kosiorek (＠gang65) 22 Mar '25

22 Mar '25

This merge request was closed by Bartosz Kosiorek. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7638

1 0

[PATCH v4 0/5] MR7630: winebth.sys part 7: Introduce support for authentication/pairing.
by Vibhav Pant (＠vibhavp) 22 Mar '25

22 Mar '25

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. -- v4: bluetoothapis/tests: Add tests for BluetoothRegisterForAuthenticationEx and BluetoothUnregisterAuthentication. https://gitlab.winehq.org/wine/wine/-/merge_requests/7630

2 6

[PATCH v4 0/2] MR7638: gdiplus: Fix matrix transformations for GdipGetPathWorldBounds function
by Bartosz Kosiorek (＠gang65) 22 Mar '25

22 Mar '25

-- v4: gdiplus: Fix matrix transformations for GdipGetPathWorldBounds https://gitlab.winehq.org/wine/wine/-/merge_requests/7638

2 2

2025

2024

2023

2022

wine-gitlab March 2025