- Wine-gitlab - list.winehq.org

[PATCH v2 0/2] MR9954: winevulkan: Update to VK spec version 1.3.340.
by Georg Lehmann (＠DadSchoorse) 23 Jan '26

23 Jan '26

-- v2: winevulkan: Update to VK spec version 1.4.340. winevulkan: Update to VK spec version 1.4.339. https://gitlab.winehq.org/wine/wine/-/merge_requests/9954

3 5

[PATCH 0/1] MR9955: d2d1: Log errors in d2d_device_context_set_error().
by Zhiyi Zhang (＠zhiyi) 23 Jan '26

23 Jan '26

This is helpful to find out d2d errors when they happen. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9955

3 2

Re: [PATCH v3 0/2] MR9704: winmm, msvfw32: DGV window shenanigans with audio only files
by Bernhard Kölbl (＠besentv) 23 Jan '26

23 Jan '26

The test doesn't add or remove any `todo_wine`, because we're already matching Windows behavior. I've added the tests to show that msvfw32 isn't hitting some wine bug. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9704#note_127775

1 0

Re: [PATCH v7 0/2] MR2044: ntoskrnl.exe: Implement acquiring and releasing guarded mutexes
by Etaash Mathamsetty (＠etaash.mathamsetty) 23 Jan '26

23 Jan '26

On Fri Jan 23 08:55:17 2026 +0000, Colleirose wrote: > To add to my previous post: Endfield is indeed working with the Dawn > Winery patched version, and the patch to prevent the DNA executable from > checking if Wine drivers are signed > (https://dawn.wine/dawn-winery/dwproton/src/branch/main/patches/wine/0003-dn…) > doesn't affect Endfield but the game still works. > As for what @etaash.mathamsetty said, that makes sense - I will probably > work on these if nobody else does but it's fine if someone else wants to > work on it because it'll probably take me a while to make working tests > for these kind of obscure APIs anyway. Here is the original repo they got the patches from: https://github.com/Etaash-mathamsetty/wine-valve.git -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2044#note_127773

1 0

[PATCH 0/1] MR9956: wined3d: Check invalid addresses when copying buffer objects.
by Zhiyi Zhang (＠zhiyi) 23 Jan '26

23 Jan '26

When a thread that created windows is being closed, the destination buffer address address might be NULL. For example: 1. context_gl->internal_format_set is set to 1 in wined3d_context_gl_set_pixel_format(). 2. A thread gets destroyed, all the windows in the thread get destroyed. 3. wined3d_context_gl_set_pixel_format() fails because WindowFromDC() returns NULL. 4. get_dc_pixel_format() fails in win32u_wglMakeContextCurrentARB(). 5. wined3d_buffer_gl_create_buffer_object() fails to create a buffer object. 6. wined3d_buffer_get_memory() returns a struct wined3d_bo_address with addr being NULL. Adding a NULL check in wined3d_context_gl_copy_bo_address() avoids triggering write segfaults when terminating a thread. This could happen for React Native applications. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9956

3 2

[PATCH v8 0/6] MR9646: mf/tests: Scrubbing tests
by Brendan McGrath (＠redmcg) 23 Jan '26

23 Jan '26

This MR adds tests for how scrubbing and rate changes work within the Media Session. -- v8: mf/tests: Check that Rate change in PLAY state is ignored. mf/tests: Test that there is no pre-roll during scrubbing. mf/tests: Fix leaks in test source. mf/tests: Add ClockStateSink to test media sink. mf/tests: Modify test_media_sink to store test_stream_sink. mf/tests: Modify test_seek_clock_sink to be ref counted. https://gitlab.winehq.org/wine/wine/-/merge_requests/9646

3 15

[PATCH v8 0/7] MR9489: mf: Fix seeking within sample grabber.
by Brendan McGrath (＠redmcg) 23 Jan '26

23 Jan '26

This fixes seeking within sample grabber by matching Windows functionality. -- v8: mf/tests: Test sample grabber pause and resume. mf/tests: Check contents of sample collection. mf/tests: Test seek with sample grabber whilst ignoring clock. mf/tests: Test samplegrabber flush then seek. mf/tests: Check StreamSinkMarker event. mf/tests: Test sample grabber {Set,Cancel}Timer. mf/tests: Add test for sample grabber seek. https://gitlab.winehq.org/wine/wine/-/merge_requests/9489

3 15

[PATCH v5 0/1] MR9719: mfmediaengine/tests: Test we receive a frame before calling Play.
by Brendan McGrath (＠redmcg) 23 Jan '26

23 Jan '26

Media Engine on Windows appears to use scrubbing to receive a frame before `IMFMediaEngine::Play` is called. This adds a test to confirm we can receive said frame. -- v5: mfmediaengine/tests: Test we receive a frame before calling Play. https://gitlab.winehq.org/wine/wine/-/merge_requests/9719

3 8

[PATCH 0/7] MR9953: opengl32: Move handle allocation to the PE side.
by Rémi Bernon (＠rbernon) 23 Jan '26

23 Jan '26

Introducing a proper separation of client side / unix side objects, similar to what is done in winevulkan, with client side wrappers which we can later use to store some client-specific information such as client extension list, some strings to avoid bogus wow64 string reuse, etc. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9953

2 7

Re: [PATCH v7 0/2] MR2044: ntoskrnl.exe: Implement acquiring and releasing guarded mutexes
by Colleirose (＠colleirose) 23 Jan '26

23 Jan '26

On Fri Jan 23 05:20:27 2026 +0000, Etaash Mathamsetty wrote: > Most of these are also my patches, and I would upstream them, but I > don't really have the energy to go through and make tests (and correct > my past mistakes) for everything partially because I have no idea how to > get the expected values from windows. I've been spending more time on > winewayland and idk if I will be able to find time to upstream that work > either. So feel free to adapt this code in your own implementation if > you want to. Also, the last time I worked on this a few people got mad > at me (for justified reasons) and I don't really want to touch again To add to my previous post: Endfield is indeed working with the Dawn Winery patched version, and the patch to prevent the DNA executable from checking if Wine drivers are signed (https://dawn.wine/dawn-winery/dwproton/src/branch/main/patches/wine/0003-dn…) doesn't affect Endfield but the game still works. As for what @etaash.mathamsetty said, that makes sense - I will probably work on these if nobody else does but it's fine if someone else wants to work on it because it'll probably take me a while to make working tests for these kind of obscure APIs anyway. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2044#note_127758

1 0