- Wine-GitLab - list.winehq.org

[PATCH v5 0/5] MR8505: mfsrcsnk: Implement thinning.
by Charlotte Pabst (＠CharlottePabst) Nov. 28, 2025

Nov. 28, 2025

Follow-up to !8184. This also adds a bunch of helpers for writing media source tests (without involving the mf session) in mfsrcsnk, these could be helpful for more tests of this kind in the future. I'm somewhat unsure as to why we haven't done tests for source behavior so far: while those are plugins, applications rely on a bunch of things in the builtin sources that microsoft provides. Since this affects both mfsrcsnk and winegstreamer sources, tests should be run both with `HKCU\\Software\\Wine\\MediaFoundation\\DisableGstByteStreamHandler` enabled and disabled. Due to this I figured it'd make sense to implement everything first and then remove the test todo_wine's and the statements rejecting the thin parameter in a single commit ("Allow thinning"). Perhaps this could be solved more nicely by setting the registry key in the tests themselves? I'm unsure if that is something we do in tests, generally. `MEStreamThinMode` events need to be emitted between the last sample using the outdated thinning parameter and the first sample using the updated thinning parameter. The winegstreamer implementation for this turned out a bit complex, if there is a simpler way to do this please let me know. Regarding winegstreamer, note that buffers need to be intercepted before the decoder because decoders often discard `GST_BUFFER_FLAG_DELTA_UNIT` flags (which is already annoying in itself - it causes all samples to be marked as `MFSampleExtension_CleanPoint`, this should potentially be worked around in the future). But even besides that, intercepting before the decoder is the "proper" implementation, since the point of thinning is increasing decoding speed by skipping delta frames, tho there are some games that rely on the semantics as well. -- v5: mfsrcsnk: Emit MEStreamThinMode event. mfsrcsnk: Move media_source_send_sample. mfsrcsnk: Implement thinning. winedmo: Fall back to dts for sample time if pts is not present. https://gitlab.winehq.org/wine/wine/-/merge_requests/8505

3 12

[PATCH v6 0/2] MR9567: Draft: winegstreamer: Refactor WMSyncReader to use DMOs internally.
by Yuxuan Shui (＠yshui) Nov. 28, 2025

Nov. 28, 2025

-- v6: winegstreamer: Refactor WMSyncReader to use DMOs internally. winegstreamer: Fix leakage of media type in IWMOutputMediaProps. https://gitlab.winehq.org/wine/wine/-/merge_requests/9567

2 3

[PATCH v7 0/3] MR9519: dlls/twain_32: Offer TWAIN DSM as twaindsm.dll for 64 Bit and send DAT_ENTRYPOINT earlier.
by Bernd Herd (＠herdsoft) Nov. 28, 2025

Nov. 28, 2025

64-Bit Windows applications typically expect the Twain Data Source manager to be named twaindsm.dll. Send the DG_CONTROL/DAT_ENTRYPOINT/MSG_SET before DG_CONTROL/DAT_IDENTITY/MSG_OPENDS so sane.ds does not need to know the module name to find the DSM entry point. An explanation for the request to offer the name twaindsm.dll for 64-Bit windows is offered here by the TWAIN organization: https://github.com/twain/twain-dsm/blob/master/TWAIN_DSM/src/readme.doc They cannot update the twain_32.dll installed and maintained by Microsoft, so they choose the new name twaindsm.dll instead. This name is also used at least by Irfanview and oder versions oder LibreOffice (Newer Libreoffice version start a 32-Bit process for 32-Bit TWAIN usage). This Merge request also changes the twain_32.dll so that it send it's entry points earlier, before opening the data source. This is the same behaviour as the twaindsm.dll from the TWAIN organization from [https://github.com/twain/twain-dsm/](https://github.com/twain/twain-dsm/blo… Otherwise sane.ds would in MSG_OPENDS try to find the DSM entry point based on the module-name "twain_32" in sane_main.c:60: ``` if (SANE_dsmentry == NULL) { HMODULE moddsm = GetModuleHandleW(L"twain_32"); if (moddsm) SANE_dsmentry = (void*)GetProcAddress(moddsm, "DSM_Entry"); if (!SANE_dsmentry) { ERR("can't find DSM entry point\n"); return TWRC_FAILURE; } } ``` -- v7: dlls/twaindsm: Add DG_CONTROL/DAT_CALLBACKx/MSG_REGISTER_CALLBACK to support TWAIN 2.x protocol dlls/twaindsm: Implement DG_CONTROL/DAT_ENTRYPOINT/MSG_GET dlls/twaindsm, dlls/twain_32: Put DSM code into twaindsm.dll and add twain_32.dll wrapper https://gitlab.winehq.org/wine/wine/-/merge_requests/9519

2 3

[PATCH 0/1] MR9617: kerberos: Add translation of 32-bit SecPkgContext_SessionKey in wow64_query_context_attributes() thunk.
by Dmitry Timoshkov (＠dmitry) Nov. 28, 2025

Nov. 28, 2025

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

2 1

[PATCH 0/5] MR9616: Draft: opengl32: Implement GL_EXT_semaphore_win32 for base handle types.
by Derek Lesho (＠dlesho) Nov. 28, 2025

Nov. 28, 2025

Depends on !9574 and !9572 . -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9616

2 5

[PATCH v3 0/4] MR9572: opengl32: Implement GL_EXT_memory_object_win32 for base handle types.
by Derek Lesho (＠dlesho) Nov. 28, 2025

Nov. 28, 2025

Not sure about the extension replacement mechanism. Also, should tests be failing when extensions aren't supported? -- v3: opengl32: Implement GL_EXT_memory_object_win32 for base handle types. opengl32: Implement GL_DEVICE_LUID_EXT and GL_DEVICE_NODE_MASK_EXT. opengl32: Unify glGet* and fix typo in glGetDoublev. win32u/tests: Test GL_EXT_semaphore_win32. https://gitlab.winehq.org/wine/wine/-/merge_requests/9572

2 4

[PATCH 0/1] MR9606: cmd: Add ':' to delimiters for tab-completion support.
by Joe Souza (＠JoeS209) Nov. 28, 2025

Nov. 28, 2025

Fixes 'z:fil<tab>' -> 'z:files.txt', etc. Without this change, 'z:fil<tab>' would be completed to 'files.txt' (i.e. the 'z:' would be overwritten). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9606

3 5

[PATCH 0/1] MR9615: include: Add more definitions from ICU 72.1.
by Zhiyi Zhang (＠zhiyi) Nov. 28, 2025

Nov. 28, 2025

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

2 1

[PATCH 0/2] MR9614: win32u: Skip minimized windows when looking for another window to activate.
by Rémi Bernon Nov. 28, 2025

Nov. 28, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59010 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9614

1 2

[PATCH 0/1] MR9574: win32u/tests: Test GL_EXT_semaphore_win32.
by Derek Lesho (＠dlesho) Nov. 28, 2025

Nov. 28, 2025

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

3 5

[PATCH v45 0/7] MR7650: Add support for AF_UNIX sockets (followup)
by Ralf Habacker (＠rhabacker) Nov. 28, 2025

Nov. 28, 2025

Follow-up of !2786, which appears to have been abandoned. Depends on !8182, !8575, !8578 # Execute minimal test case 1. checkout wine into \~/src/wine 2. in dlls/ws2_32/tests/sock.c wrap all calls to test functions after `Init()` until `test_afunix()` with #if 0 ... #endif 3. build into \~/src/wine-build 4. run ``` (cd ~/src/wine-build; WINEPREFIX=~/src/wine/.wine \ ../wine/tools/runtest -q -P wine -T . -M ws2_32.dll \ -p dlls/ws2_32/tests/i386-windows/ws2_32_test.exe sock) ``` # How to debug wineserver Since `wineserver` runs in the background, simple calls to printf() will show nothing when the test case is executed. A workaround is to open a file and call fprintf() to write debug messages to this file, which can then be inspected. # How to debug a wine test case At https://gitlab.winehq.org/wine/wine/-/blob/master/tools/runtest#L151 there is mentioned a environment variable name `WINETEST_WRAPPER`, with which it may be possible to run gdb to debug test cases ``` (cd ~/src/wine-build; make -j10 ;\ WINETEST_WRAPPER="gdb --args" WINEPREFIX=~/src/wine/.wine \ ../wine/tools/runtest -P wine -T . -M ws2_32.dll \ -p dlls/ws2_32/tests/i386-windows/ws2_32_test.exe sock) Reading symbols from ./wine... (gdb) set follow-fork-mode child (gdb) r current directory: 'Z:\home\ralf.habacker\src\wine-build' sock.c:14624: Test failed: test_afunix.sock: wrong attr ffffffff sock.c:14658: Test failed: test_afunix.sock: wrong family 0 sock.c:14693: Test failed: test_afunix.sock: wrong family 0 ... ``` With this you can debug the wine application, but unfortunally not the windows api. # How to debug a wine test case (windows api) 1. After building wine install the binaries into a temporary location ``` make -C ~/src/wine-build install DESTDIR=~/src/wine-install ``` 2. run ``` (cd ../wine-build; \ WINEPREFIX=~/src/wine/.wine \ WINEDLLOVERRIDES=';ws2_32.dll=b' \ WINETEST_PLATFORM=wine \ ./wine programs/winedbg/i386-windows/winedbg.exe --gdb dlls/ws2_32/tests/i386-windows/ws2_32_test.exe sock) ``` Now let's look at the loaded shared libraries ``` Wine-gdb> info sharedlibrary >From To Syms Read Shared Object Library 0xf7b39000 0xf7bff6e0 Yes /home/user/src/wine-build/dlls/ntdll/ntdll.so 0x00401000 0x00478e2c Yes /home/user/src/wine-build/dlls/ws2_32/tests/i386-windows/ws2_32_test.exe 0x7bcc1000 0x7bd69280 Yes /home/user/src/wine/.wine/drive_c/windows/system32/ntdll.dll 0x7bb31000 0x7bb91594 Yes /home/user/src/wine/.wine/drive_c/windows/system32/kernel32.dll 0x7b5b1000 0x7b841f38 Yes /home/user/src/wine/.wine/drive_c/windows/system32/kernelbase.dll 0x77fd1000 0x77ff89d8 Yes /home/user/src/wine/.wine/drive_c/windows/system32/iphlpapi.dll 0x7b4b1000 0x7b4ebcb8 Yes /home/user/src/wine/.wine/drive_c/windows/system32/advapi32.dll 0x7b1e1000 0x7b280014 Yes /home/user/src/wine/.wine/drive_c/windows/system32/msvcrt.dll 0x7b151000 0x7b16de40 Yes /home/user/src/wine/.wine/drive_c/windows/system32/sechost.dll 0x7adf1000 0x7aec2690 Yes /home/user/src/wine/.wine/drive_c/windows/system32/ucrtbase.dll 0x77f71000 0x77f85a80 Yes /home/user/src/wine/.wine/drive_c/windows/system32/dnsapi.dll 0x77f31000 0x77f3b240 Yes /home/user/src/wine/.wine/drive_c/windows/system32/nsi.dll 0x7ad41000 0x7ad6653c Yes /home/user/src/wine/.wine/drive_c/windows/system32/ws2_32.dll 0x7a111000 0x7a2cc55c Yes /home/user/src/wine/.wine/drive_c/windows/system32/user32.dll 0x7a631000 0x7a6ae67c Yes /home/user/src/wine/.wine/drive_c/windows/system32/gdi32.dll 0x7a0b1000 0x7a0e48e8 Yes /home/user/src/wine/.wine/drive_c/windows/system32/win32u.dll 0x78121000 0x7813de90 Yes /home/user/src/wine/.wine/drive_c/windows/system32/imm32.dll ``` It is visible, that the unix variant of the shared libraries (ntdll.so) are read from the build dir and also the test case. The Windows part (\*.dll) is loaded from the wine prefix, so that these must be copied from the build directory initially and whenever changes are made. With this is possible to set breakpoints ``` Wine-gdb> b GetFileAttributesW(a)4 Breakpoint 1 at 0x7b5d3725: file ../wine/dlls/kernelbase/file.c, line 1665. Wine-gdb> c Continuing. Breakpoint 1, GetFileAttributesW(a)4 ( name=0x40fcfa <test_afunix+1434> L"\xec83\x8304\xfff8\x940f\x89c0\x247c\xf08\xc0b6\x44c7\x424\x1bbf\103\x489\xe824\x52e6\001\x44c7", <incomplete sequence \x824>) at ../wine/dlls/kernelbase/file.c:1665 1665 TRACE( "%s\n", debugstr_w(name) ); ``` # Followup By adding `WINESYSTEMDLLPATH=/home/user/src/wine-install/usr/local/lib/wine/i386-windows/` to the command line, some shared libraries are loaded directly from the build directory, so they do not need to be copied. ``` >From To Syms Read Shared Object Library 0xf7eb2000 0xf7f786e0 Yes /home/user/src/wine-build/dlls/ntdll/ntdll.so 0x00401000 0x00478e2c Yes /home/user/src/wine-build/dlls/ws2_32/tests/i386-windows/ws2_32_test.exe 0x7bcc1000 0x7bd69280 Yes /home/user/src/wine/.wine/drive_c/windows/system32/ntdll.dll 0x7bb31000 0x7bb91594 Yes /home/user/src/wine/.wine/drive_c/windows/system32/kernel32.dll 0x7b5b1000 0x7b841f38 Yes /home/user/src/wine/.wine/drive_c/windows/system32/kernelbase.dll 0x77fd1000 0x77ff89d8 Yes /home/user/src/wine/.wine/drive_c/windows/system32/iphlpapi.dll 0x7b4b1000 0x7b4ebcb8 Yes /home/user/src/wine-install/usr/local/lib/wine/i386-windows/advapi32.dll 0x7b1e1000 0x7b280014 Yes /home/user/src/wine-install/usr/local/lib/wine/i386-windows/msvcrt.dll 0x7b151000 0x7b16de40 Yes /home/user/src/wine-install/usr/local/lib/wine/i386-windows/sechost.dll 0x7adf1000 0x7aec2690 Yes /home/user/src/wine-install/usr/local/lib/wine/i386-windows/ucrtbase.dll 0x77f71000 0x77f85a80 Yes /home/user/src/wine/.wine/drive_c/windows/system32/dnsapi.dll 0x77f31000 0x77f3b240 Yes /home/user/src/wine/.wine/drive_c/windows/system32/nsi.dll 0x7ad41000 0x7ad6653c Yes /home/user/src/wine-install/usr/local/lib/wine/i386-windows/ws2_32.dll 0x7a111000 0x7a2cc55c Yes /home/user/src/wine-install/usr/local/lib/wine/i386-windows/user32.dll 0x7a631000 0x7a6ae67c Yes /home/user/src/wine-install/usr/local/lib/wine/i386-windows/gdi32.dll 0x79e31000 0x79e648e8 Yes /home/user/src/wine-install/usr/local/lib/wine/i386-windows/win32u.dll 0x78121000 0x7813de90 Yes /home/user/src/wine/.wine/drive_c/windows/system32/imm32.dll ``` Why this does not apply to all system libraries is currently unclear. -- v45: lookup_unix_name(): fix bug not terminating wide string correctly ws2_32: Add note in bind() for AF_UNIX sockets ws2_32/tests: In tests for AF_UNIX sockets print actual directory used server: Fix getsockname() and accept() on AF_UNIX sockets. server: Introduce error when attempting to create a SOCK_DGRAM AF_UNIX socket. ws2_32: Add support for AF_UNIX sockets. server: Allow for deletion of socket files. https://gitlab.winehq.org/wine/wine/-/merge_requests/7650

3 11

[PATCH 0/9] MR7571: Draft: mfreadwrite: Implement transform creation. (Part 2)
by Ziqing Hui (＠zhui) Nov. 28, 2025

Nov. 28, 2025

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

2 10

[PATCH 0/4] MR9613: msvfw32: Fix MCI window creation styles for popup and child window.
by Paul Gofman (＠gofman) Nov. 27, 2025

Nov. 27, 2025

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

2 5

[PATCH 0/1] MR9612: ntdll/tests: Dynamically load RtlIsProcessorFeaturePresent.
by Bernhard Übelacker Nov. 27, 2025

Nov. 27, 2025

This is to make the ntdll tests getting started at older Windows versions. [See test pattern page](https://test.winehq.org/data/patterns.html#ntdll:atom) [This is a testbot run with this patch](https://testbot.winehq.org/JobDetails.pl?Key=161106) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9612

1 1

Re: [PATCH v3 0/5] MR9607: dmusic: SF2 fixes, part 4 - approved
by Alexandre Julliard (＠julliard) Nov. 27, 2025

Nov. 27, 2025

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

1 0

Re: [PATCH v6 0/2] MR9600: msxml: Add support for user-defined functions in msxsl:script blocks. - approved
by Alexandre Julliard (＠julliard) Nov. 27, 2025

Nov. 27, 2025

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

1 0

Re: [PATCH v2 0/1] MR9611: po: Update English resource - approved
by Alexandre Julliard (＠julliard) Nov. 27, 2025

Nov. 27, 2025

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

1 0

Re: [PATCH v6 0/6] MR9604: rometadata: IMetaDataImport implementation, part 3 - approved
by Alexandre Julliard (＠julliard) Nov. 27, 2025

Nov. 27, 2025

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

1 0

Re: [PATCH v3 0/4] MR9610: opengl32: Support persistent memory emulation on top of GL_AMD_pinned_memory. - approved
by Alexandre Julliard (＠julliard) Nov. 27, 2025

Nov. 27, 2025

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

1 0

Re: [PATCH v2 0/1] MR9609: winex11: Only use XRender bilinear filter with client-side graphics. - approved
by Alexandre Julliard (＠julliard) Nov. 27, 2025

Nov. 27, 2025

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

1 0

Re: [PATCH v4 0/2] MR9584: win32u: Update client surfaces starting from toplevel window. - approved
by Alexandre Julliard (＠julliard) Nov. 27, 2025

Nov. 27, 2025

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

1 0

Re: [PATCH v2 0/1] MR9608: include: Add symbols for av1 encoder in d3d12video.idl. - approved
by Alexandre Julliard (＠julliard) Nov. 27, 2025

Nov. 27, 2025

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

1 0

Re: [PATCH v3 0/4] MR9556: Add semi-stub for DisplayConfigGetDeviceInfo( DISPLAYCONFIG_DEVICE_INFO_GET_ADVANCED_COLOR_INFO ), and winemac support to report HDR status for a monitor. - approved
by Alexandre Julliard (＠julliard) Nov. 27, 2025

Nov. 27, 2025

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

1 0

[PATCH v2 0/5] MR9607: dmusic: SF2 fixes, part 4
by Anton Baskanov (＠baskanov) Nov. 27, 2025

Nov. 27, 2025

-- v2: dmusic: Parse preset modulators. dmusic: Parse instrument modulators. dmusic: Add default modulators. dmusic: Convert generators to DLS connections. https://gitlab.winehq.org/wine/wine/-/merge_requests/9607

4 14

[PATCH v5 0/2] MR9600: msxml: Add support for user-defined functions in msxsl:script blocks.
by Nikolay Sivov (＠nsivov) Nov. 27, 2025

Nov. 27, 2025

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- v5: msxml3: Ignore UseInlineSchema property. msxml: Add support for user-defined functions in msxsl:script blocks. https://gitlab.winehq.org/wine/wine/-/merge_requests/9600

3 4