August 2025 - Wine-GitLab - list.winehq.org

[PATCH v4 0/3] MR8531: mfmediaengine: Support video output in format R10G10B10A2.
by Conor McCarthy (＠cmccarthy) Sept. 16, 2025

Sept. 16, 2025

This format is used for video output with a depth of 10 bits per channel. Decoding at 10-bit quality is not currently supported, but this patch makes video playable. -- v4: mfmediaengine: Support video output in format R10G10B10A2. mfmediaengine: Rename media_engine_transfer_to_d3d11_texture() helper function. mfmediaengine/tests: Test output to format R10G10B10A2 from H.264. https://gitlab.winehq.org/wine/wine/-/merge_requests/8531

3 7

[PATCH 0/5] MR8394: Draft: Fix Clip Studio Paint crash with Windows 10 compatibility mode
by Ignacy Kuchciński Sept. 15, 2025

Sept. 15, 2025

This fixes the crash when launching ClipStudioPaint.exe with Windows 10 compatiblity mode by adding the minimum required windows.ui and windows.storage definitions and stubs. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58254 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8394

2 16

[PATCH 0/4] MR8688: server: Start to expose Unix symlinks as NT reparse points.
by Elizabeth Figura (＠zfigura) Sept. 12, 2025

Sept. 12, 2025

A Wine user has requested the ability to interact with Unix symlinks from Win32 code. While the generic functionality of NT reparse points is still not implemented upstream, it will probably involve a completely different code path than this, so there does not seem to me to be any point in waiting for that to be done before submitting these patches. This does not implement all the relevant functionality. FILE_OPEN_REPARSE_POINT is now respected, but returns an fd with no fd->unix_fd. Thus far only file disposition (i.e. deletion), renaming and hardlinking are implemented, and all other operations return the no_fd_status, for which STATUS_REPARSE_POINT_NOT_RESOLVED is arbitrarily chosen. This is probably going to be controversial. As controversial patches tend to get deferred forever, I'm going to at least try to pose some questions related to concept and implementation which may be easier to answer. * Do we want to expose Unix symlinks at all? This was requested by a Wine user, and it does seem a strong argument that Wine, in general, supports some measure of integration with the host, including exposing custom interfaces for programs written to take advantage of it. We also, currently, already expose Unix *directory* symlinks via NtQueryAttributesFile(). We don't currently expose such file symlinks (and this series does not change that particular point, but it would be done by follow-up patches). In a sense we are expanding existing partial support. On the other hand, Unix symlinks which are completely opaque can be useful, and some downstream distributions (CrossOver and Proton) currently rely on them to reduce disk space usage while keeping the application unaware of a symlink (even if it were to use FILE_OPEN_REPARSE_POINT. Not that any applications are currently known that would break if this were to change, and in any case they could simply revert these patches.) * Implementation-wise, is having unix_fd == -1 a non-starter? This can be true of other real fds in some specific cases... * It's also true that this current implementation suffers from some degree of TOCTOU problems: because we only store the name and not the FD anymore, the actual underlying object at that path can change. This would not be true on Windows. Is this a problem? * One alternate approach would be to use O_PATH (Linux, FreeBSD) and O_SYMLINK (Mac). I don't see any equivalent flag for NetBSD or Solaris, so we would probably just not be able to expose this functionality there. Note that while the documentation seems to imply that O_PATH only stores the path, manual testing shows that (at least on Linux) a fd opened with O_PATH will remain pointing at the same *inode* even if it is moved or deleted. So this would avoid the aforementioned TOCTOU problem. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8688

5 11

[PATCH v3 0/5] MR8850: win32u: Create shared object for classes and use it for their name.
by Rémi Bernon Sept. 12, 2025

Sept. 12, 2025

-- v3: win32u: Read class name from the shared memory object. server: Keep a class object locator in the window shared object. win32u: Use NtUserGetClass(Long|Name)W in needs_ime_window. server: Write class name to the shared memory object. server: Create a shared object for window classes. https://gitlab.winehq.org/wine/wine/-/merge_requests/8850

1 7

[PATCH v6 0/2] MR3854: winmm: Avoid use of hardcoded return values.
by Alistair Leslie-Hughes (＠alesliehughes) Sept. 10, 2025

Sept. 10, 2025

Based on patch by Michael Müller. -- v6: winmm: MCI_MapMsgAtoW return error code directly instead of a tri-value. winmm: Always call MCI_UnmapMsgAtoW in mciSendCommandA. https://gitlab.winehq.org/wine/wine/-/merge_requests/3854

4 4

[PATCH v2 0/1] MR7624: qcap: Check the subtype of video format.
by Haoyang Chen (＠chenhaoyang) Sept. 10, 2025

Sept. 10, 2025

-- v2: qcap: Check the subtype of video format. https://gitlab.winehq.org/wine/wine/-/merge_requests/7624

3 4

[PATCH 0/5] MR1035: oleaut32/tests: Use IMallocSpy to test VariantClear(VT_RECORD).
by Kevin Puetz (＠puetzk) Sept. 9, 2025

Sept. 9, 2025

Salvage tests and fix a leak found in another review: see https://gitlab.winehq.org/wine/wine/-/merge_requests/897#note_9175 points 1 and 2. 3. is why !897 was reverted. This does not contain the (incorrect) changes to VariantCopyInd, but instead fixes the leak identified in VariantClear (VT_RECORD needs to free pvRecord), and the wrong allocator being used in VariantCopy (it should have been IMalloc, rather than `HeapAlloc`, as shown by the fact IMallocSpy observes these allocations). This also cleans up some dubious behavior by the test IRecordInfoImpl, which was modifying a VARIANT that it did not own or receive as an argument in the middle of VariantClear. This was likely undefined behavior, and in any case concealed the heap leak. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1035

4 12

[PATCH 0/1] MR7446: oleaut32: Implement OleLoadPictureFileEx()
by Edward OC (＠funfunctor) Sept. 8, 2025

Sept. 8, 2025

As per documentation. Signed-off-by: Edward O'Callaghan <edward(a)antitrust.cc> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7446

3 2

[PATCH v2 0/1] MR3529: rpcrt4: Forward NdrStubCall3 to NdrStubCall2.
by Alex Henrie (＠alexhenrie) Sept. 8, 2025

Sept. 8, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54606 -- v2: rpcrt4: Forward NdrStubCall3 to NdrStubCall2. https://gitlab.winehq.org/wine/wine/-/merge_requests/3529

5 9

[PATCH v3 0/1] MR7447: oleaut32: Implement (S|G)etVarConversionLocaleSetting()
by Edward OC (＠funfunctor) Sept. 7, 2025

Sept. 7, 2025

Partial, as per documentation, implement fixing as the default locale. Signed-off-by: Edward O'Callaghan <edward(a)antitrust.cc> -- v3: oleaut32: Implement (S|G)etVarConversionLocaleSetting() https://gitlab.winehq.org/wine/wine/-/merge_requests/7447

3 2

[PATCH v3 0/1] MR8650: urlmon/tests: fixed argument size passed to GetTempPathW
by Marcus Meissner (＠msmeissn) Sept. 7, 2025

Sept. 7, 2025

Signed-off-by: Marcus Meissner <marcus(a)jet.franken.de> -- v3: urlmon/tests: fixed argument size passed to GetTempPathW https://gitlab.winehq.org/wine/wine/-/merge_requests/8650

3 3

[PATCH v4 0/3] MR7375: dlls/oleaut32: Consistently use TLB_REF_NOT_FOUND
by Edward OC (＠funfunctor) Sept. 7, 2025

Sept. 7, 2025

Trivial, small set of cleanups patches to start with, non-controversial and NOP functionally speaking. These are to help get the review process going in making ways towards the bar being lowered for contributing to the oleaut32 implementation. Signed-off-by: Edward O'Callaghan <edward(a)antitrust.cc> -- v4: dlls/oleaut32: Invert if-stmt in ITypeLib2_fnRelease() dlls/oleaut32: Invert if stmt for clarity dlls/oleaut32: Consistently use TLB_REF_NOT_FOUND https://gitlab.winehq.org/wine/wine/-/merge_requests/7375

3 5

[PATCH v3 0/10] MR7449: oleaut32: Fix methods relating typeinfo substructures around names, guids and friends
by Edward OC (＠funfunctor) Sept. 7, 2025

Sept. 7, 2025

- Clean up method implementations to be consistent and pass tests. - Factor out common code. - Validate arguments. - Correctly match szNameBuf user passed strings as case-insensitive as per documentation. - Match method parameter identifiers to be as per documentation. - Rewrite where required to use common helpers. Signed-off-by: Edward O'Callaghan <edward(a)antitrust.cc> -- v3: oleaut32: Factor out TLB_get_typeinfo_by_guid() https://gitlab.winehq.org/wine/wine/-/merge_requests/7449

3 12

[PATCH v11 0/24] MR7203: dlls/oleaut32: Cleanups
by Edward OC (＠funfunctor) Sept. 7, 2025

Sept. 7, 2025

The intention is to have ICreateTypeLib2_fnDeleteTypeInfo() fully implemented such that Cashbooks can run on Linux. I believe this should fix a number of other Windows apps that lean heavily on oleaut32.dll as well. -- v11: dlls/oleaut32: ptr_size should be a ULONG This merge request has too many patches to be relayed via email. Please visit the URL below to see the contents of the merge request. https://gitlab.winehq.org/wine/wine/-/merge_requests/7203

2 2

[PATCH v7 0/2] MR4405: gdi32: Implement FixBrushOrgEx according to test.
by Bartosz Kosiorek (＠gang65) Sept. 7, 2025

Sept. 7, 2025

More information about different Windows versions: https://learn.microsoft.com/en-us/windows/win32/api/winnt/ns-winnt-osversio… Verified with: https://testbot.winehq.org/JobDetails.pl?Key=139906 -- v7: win32u: Fix ExtCreateRegion when parameters are wrong. https://gitlab.winehq.org/wine/wine/-/merge_requests/4405

4 6

[PATCH v2 0/4] MR8401: gdi32: Use the maximum number of colours when biClrUsed is zero.
by Zhiyi Zhang (＠zhiyi) Sept. 7, 2025

Sept. 7, 2025

Fix a regression from 225004e1. According to MSDN, if the biClrUsed field is zero, the bitmap should use the maximum number of colours corresponding to the value of the biBitCount member for the compression mode specified by biCompression. -- v2: Revert "wineps: Use the correct colours when a monochrome bitmap without a colour table is the source." gdi32/tests: Test recording SetDIBitsToDevice() for bitmaps with zero biClrUsed field in EMFs. gdi32/tests: Test recording StretchDIBits() for bitmaps with zero biClrUsed field in EMFs. https://gitlab.winehq.org/wine/wine/-/merge_requests/8401

3 7

[PATCH v4 0/1] MR4820: dlls/winmm: waveOutGetID: Return correct id for WAVE_MAPPER.
by Carlo Bramini (＠carlo-bramini) Sept. 7, 2025

Sept. 7, 2025

Fixes bug 52592. https://bugs.winehq.org/show_bug.cgi?id=52592 -- v4: dlls/winmm: waveOutGetID: Return correct id for WAVE_MAPPER. https://gitlab.winehq.org/wine/wine/-/merge_requests/4820

3 2

[PATCH v3 0/1] MR8838: iphlpapi: Add stub for SetPerTcp6ConnectionEStats.
by Louis Lenders (＠xe) Sept. 5, 2025

Sept. 5, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58635 (Note: in Windows SDK this is defined as ULONG WINAPI SetPerTcp6ConnectionEStats(.,.,., PUCHAR Rw .,.,.) so ULONG instead of DWORD, and PUCHAR instead of BYTE, but I conformed to the notation as currently in wine's iphlpapi.h) -- v3: iphlpapi: Add stub for SetPerTcp6ConnectionEStats. https://gitlab.winehq.org/wine/wine/-/merge_requests/8838

3 5

[PATCH v3 0/2] MR8697: combase: Don't marshal objects marked as IAgileObject in RoGetAgileReference.
by Vibhav Pant (＠vibhavp) Sept. 4, 2025

Sept. 4, 2025

[Chromium obtains an agile reference](https://source.chromium.org/chromium/chromium/src/+/main:device/… to WinRT activation factories with RoAgileReference. As we currently do not support marshaling WinRT objects, this fails. However, as objects marked with IAgileObject don't need to be marshaled across apartments, we can trivially implement `RoAgileReference` for such objects, as most activation factories tend to be agile. -- v3: combase: Don't marshal objects that implement IAgileObject in RoGetAgileReference. https://gitlab.winehq.org/wine/wine/-/merge_requests/8697

4 5

[PATCH 0/4] MR8851: tools: Install missing 64bit gstreamer runtime / -dev packages.
by Rémi Bernon Sept. 3, 2025

Sept. 3, 2025

It's not normally possible to cross install gstreamer -dev packages on Debian, because of some conflicting gir files. We don't need these and we only care about headers and libraries. Extracting the packages contents manually instead works just fine. This is what I've been doing for my test VMs images. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8851

3 13

[PATCH 0/3] MR8749: Draft: wintypes: Implement a generic IMap<HSTRING, IInspectable>.
by Rémi Bernon Sept. 3, 2025

Sept. 3, 2025

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

3 6

[PATCH 0/1] MR8854: combase/tests: Suppress trace messages from the test dll.
by Nikolay Sivov (＠nsivov) Sept. 3, 2025

Sept. 3, 2025

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8854

3 2

[PATCH v16 0/5] MR8703: combase: Implement HSTRING marshaling functions.
by Vibhav Pant (＠vibhavp) Sept. 3, 2025

Sept. 3, 2025

Add tests + implementations for the `HSTRING_User{Size, Marshal, Unmarshal, Free}` methods, required by proxies generated for interfaces that utilize HSTRING. -- v16: combase: Implement HSTRING_User{Unmarshal, Free}. combase: Implement HSTRING_UserMarshal. combase: Implement HSTRING_UserSize. combase/tests: Add tests for HSTRING marshaling methods. combase: Add stubs for HSTRING_User{Size, Marshal, Unmarshal, Free}. https://gitlab.winehq.org/wine/wine/-/merge_requests/8703

4 8

[PATCH v2 0/2] MR8824: winebus: Unspecified condition blocks are full strength
by Tyson Whitehead (＠twhitehead) Sept. 3, 2025

Sept. 3, 2025

Under Windows and the PID specification it is possible to specify less than the full set of condition blocks. Under SDL and the Linux FF input API all condition blocks must always be specified. The existing code does not set any values outside the specified axes. This effectively sets the strength to zero along the unspecified axes. Testing setting just one axis with the MS Sidewinder 2 under Windows, however, reveals that it sets the first axis (the X-axis) to the given parameter values and sets the other axis to full strength (this is most easily felt/tested with the spring effect). This sets unspecified axes in the SDL and udev input backends to play at full strength to agree with Windows. It also updates joy.cpl to play condition effects along just the indicated axis too (as is done for non-condition effects). -- v2: joycpl: Play condition effects on indicated axis too https://gitlab.winehq.org/wine/wine/-/merge_requests/8824

4 6

[PATCH v3 0/2] MR8669: Map low level hooks coordinates correctly in win32u
by Santino Mazza (＠tati) Sept. 3, 2025

Sept. 3, 2025

Coordinates from mouse low level hook messages are not mapped the same way than WM_MOUSEMOVE or GetCursorPos. This causes problems on programs that make use of both values to calculate mouse movement, like the wine DirectInput implementation. I'm marking this as a draft since I was not able to find a way to write a test for this. I'm able to easily reproduce it on Proton, because it creates a scaled full screen window, on Wine this doesn't happen so the coordinates are not required to be mapped to a scaled window. Edit: I didn't realize that modesetting emulation was an experimental option! So, I was able to reproduce the bug by enabling it. -- v3: dinput: Set per monitor aware DPI when handling WM_MOUSEMOVE. win32u: Map raw coordinates to virtual screen in low-level hooks. https://gitlab.winehq.org/wine/wine/-/merge_requests/8669

3 3