- wine-gitlab - winehq.org

Re: [PATCH v2 0/5] MR7663: wined3d: Move FFP extra states away from STATE_RENDER, part 2/4. - approved
by Alexandre Julliard (＠julliard) 11 Apr '25

11 Apr '25

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7663

1 0

Re: [PATCH v2 0/1] MR7486: dxgi/tests: Do not request a frame latency waitable on D3D10. - approved
by Alexandre Julliard (＠julliard) 11 Apr '25

11 Apr '25

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7486

1 0

[PATCH v3 0/4] MR7779: mshtml: Misc prototype fixes.
by Gabriel Ivăncescu (＠insn) 11 Apr '25

11 Apr '25

-- v3: mshtml: Move Option constructor to the window rather than the prototype. mshtml: Move Image constructor to the window rather than the prototype. mshtml: Validate builtin host functions in IE9+ using prototype_id rather mshtml: Store the prototype_id of the last member that contains the needed https://gitlab.winehq.org/wine/wine/-/merge_requests/7779

2 4

[PATCH v2 0/3] MR7779: mshtml: Misc prototype fixes.
by Gabriel Ivăncescu (＠insn) 11 Apr '25

11 Apr '25

-- v2: mshtml: Move Option constructor to the window rather than the prototype. mshtml: Move Image constructor to the window rather than the prototype. mshtml: Validate builtin host functions in IE9+ using prototype_id rather https://gitlab.winehq.org/wine/wine/-/merge_requests/7779

3 5

[PATCH v4 0/1] MR7769: ntdll: correctly detect the NUL device under macOS
by John Szakmeister (＠jszakmeister) 11 Apr '25

11 Apr '25

macOS doesn't have a way to detect this via the FIODTYPE ioctl(), so we have to resort to detecting the NUL device via major and minor version number. Fortunately, that hasn't changed since the inception of macOS. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55568 -- v4: ntdll: correctly detect the NUL device under macOS https://gitlab.winehq.org/wine/wine/-/merge_requests/7769

2 2

[PATCH v3 0/1] MR7769: ntdll: correctly detect the NUL device under macOS
by John Szakmeister (＠jszakmeister) 11 Apr '25

11 Apr '25

macOS doesn't have a way to detect this via the FIODTYPE ioctl(), so we have to resort to detecting the NUL device via major and minor version number. Fortunately, that hasn't changed since the inception of macOS. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55568 -- v3: ntdll: correctly detect the NUL device under macOS https://gitlab.winehq.org/wine/wine/-/merge_requests/7769

2 1

[PATCH 0/4] MR7797: ntdll: Wait for all pending operations to be cancelled in NtCancelIoFile[Ex]().
by Matteo Bruni (＠Mystral) 11 Apr '25

11 Apr '25

This fixes Trials Fusion often crashing when disconnecting a controller while there are more still connected. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7797

2 4

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

11 Apr '25

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) 11 Apr '25

11 Apr '25

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) 11 Apr '25

11 Apr '25

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

2025

2024

2023

2022

wine-gitlab