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

[PATCH 0/1] MR7819: ws2_32/tests: Allow socket() for Bluetooth RFCOMM sockets to fail with WSAEPROTONOSUPPORT.
by Vibhav Pant (＠vibhavp) 14 Apr '25

14 Apr '25

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

2 1

[PATCH 0/1] MR7818: psapi/tests: Add broken to test_GetModuleFileNameEx.
by Bernhard Übelacker 14 Apr '25

14 Apr '25

Followup of 664b7b76f7. [This is a testbot run.](https://testbot.winehq.org/JobDetails.pl?Key=157856) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7818

1 1

[PATCH 0/5] MR7817: winebth.sys part 10: Add support for removing/disconnecting devices.
by Vibhav Pant (＠vibhavp) 14 Apr '25

14 Apr '25

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

2 5

[PATCH v3 0/1] MR7676: winegstreamer: Make sure WMSyncReader never reads in the background.
by Yuxuan Shui (＠yshui) 14 Apr '25

14 Apr '25

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. -- v3: winegstreamer: Make sure WMSyncReader never reads in the background. https://gitlab.winehq.org/wine/wine/-/merge_requests/7676

2 2

[PATCH v5 0/2] MR7796: winegstreamer: Allow caller to allocate samples in MF_XVP_PLAYBACK_MODE.
by Charlotte Pabst (＠CharlottePabst) 14 Apr '25

14 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. -- v5: 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

3 4

[PATCH v4 0/2] MR7796: winegstreamer: Allow caller to allocate samples in MF_XVP_PLAYBACK_MODE.
by Charlotte Pabst (＠CharlottePabst) 14 Apr '25

14 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. -- v4: 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

3 5

[PATCH v3 0/2] MR7796: winegstreamer: Allow caller to allocate samples in MF_XVP_PLAYBACK_MODE.
by Charlotte Pabst (＠CharlottePabst) 14 Apr '25

14 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. -- v3: 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

3 11

[PATCH 0/3] MR7816: bcrypt/tests: Add support for exporting/importing AES wrapped blob with different key sizes.
by Dmitry Timoshkov (＠dmitry) 14 Apr '25

14 Apr '25

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

3 4

[PATCH v2 0/1] MR7809: server: Do not call setpriority() if it cannot be used safely.
by Conor McCarthy (＠cmccarthy) 14 Apr '25

14 Apr '25

Not checking nice_limit here can result in some calls to setpriority() succeeding while others fail, which can result in relative priorities being incorrect. For example, buffer underflows can occur in winepulse.drv because the priority is too low in pulse_timer_loop(). -- v2: server: Do not call setpriority() if it cannot be used safely. https://gitlab.winehq.org/wine/wine/-/merge_requests/7809

2 1

[PATCH v3 0/1] MR7810: cryptext: Implement CryptExtOpenCER.
by Dmitry Timoshkov (＠dmitry) 14 Apr '25

14 Apr '25

-- v3: cryptext: Implement CryptExtOpenCER. https://gitlab.winehq.org/wine/wine/-/merge_requests/7810

5 4