- Wine-GitLab - list.winehq.org

Re: [PATCH v4 0/2] MR9180: win32u: Fix deadlock caused by nested locking. - closed
by Zhao Yi (＠Zhaoyi) March 13, 2026

March 13, 2026

This merge request was closed by Zhao Yi. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9180

1 0

[PATCH v18 0/4] MR8394: Fix Clip Studio Paint crash with Windows 10 compatibility mode
by Ignacy Kuchciński March 13, 2026

March 13, 2026

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 -- v18: windows.storage: Add stubs for StorageFile class. include: Add Windows.Storage.StorageFile missing definitions. windows.ui: Add stubs for RadialController classes. include: Add Windows.UI.Input.RadialController definitions. https://gitlab.winehq.org/wine/wine/-/merge_requests/8394

1 4

[PATCH 0/2] MR10321: mfsrcsnk: Parse pixel aspect ratio from the avcC atom.
by Yuxuan Shui (＠yshui) March 13, 2026

March 13, 2026

More specifically the SPS bytes in the avcC atom. Note this only fixes the problem for winedmo but not gstreamer. This is because gstreamer 1) does not parse the SPS, 2) will set pixel-aspect-ratio in caps regardless if a pasp atom is present. So there is no way for us to distinguish between 1) pasp being present and having an aspect ratio of 1:1, and 2) pasp not being present but pixel-aspect-ratio having been set to 1:1 by gstreamer as fallback. And because this is the case, I made sure winedmo is tested separately. In winedmo's case, if pasp is not present, we can set the PixelAspectRatio.Denominator in MFVIDEOFORMAT to 0 to distinguish. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10321

2 2

[PATCH v2 0/1] MR10108: ntdll: Never use CLOCK_REALTIME_COARSE.
by William Horvath (＠whrvt) March 13, 2026

March 13, 2026

This is required for deterministic timekeeping, as the CLOCK_REALTIME_COARSE path depends on the scheduling tickrate (CONFIG_HZ) the kernel was built with. Increasing the kernel tickrate to 1000 or greater will then result in decreased accuracy for anything calling NtQuerySystemTime, which some anti-cheat/DRM schemes are unhappy about (see wine bug). Being in the vDSO, clock_gettime(CLOCK_REALTIME) should not meaningfully impact performance when compared to CLOCK_REALTIME_COARSE. Furthermore, the CLOCK_REALTIME_COARSE code path is completely untested in CI, because the current CI runners are configured with CONFIG_HZ < 1000. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59420 -- v2: ntdll: Never use CLOCK_REALTIME_COARSE. https://gitlab.winehq.org/wine/wine/-/merge_requests/10108

2 1

Re: [PATCH v2 0/2] MR10271: Fixed thread safety issues with NtUserRegistClassExWOW and NtUserUnregisterClass.
by Yongjie Yao (＠yaoyongjie) March 13, 2026

March 13, 2026

@rbernon Hello Rémi Bernon, may I ask if you can help me review this merge request？ -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10271#note_132135

1 0

[PATCH v2 0/1] MR10290: winebuild: Better handle file extensions.
by Bernhard Kölbl March 13, 2026

March 13, 2026

#### From the commit message: ``` Right now WinRT DLLs are treated as if their name's part after last dot is their extension. This means the string spec->file_name in main() will only carry the module's name, without any file extension. Later on this string will be used as the DLL's export name and written to the name field of IMAGE_DIRECTORY_ENTRY_EXPORT. Meaning the stored name is going to be "windows.foo.bar" instead of "windows.foo.bar.dll", for example. Looking innoncent at first this will cause Wine's DLL loader to get confused, as this string will be used later on to try load builtin DLLs. Loading WinRT DLLs only works by chance right now, because the loader will fall back to treat them as native DLLs. ``` Not sure if this is a good solution though. -- v2: winebuild: Better handle file extensions. https://gitlab.winehq.org/wine/wine/-/merge_requests/10290

2 6

[PATCH 0/1] MR10319: server: On ARM64, only list 32-bit ARM as a supported architecture if the CPU supports it.
by Brendan Shanks (＠bshanks) March 12, 2026

March 12, 2026

Using `personality(PER_LINUX32)` was inspired by a [mailing list thread](https://www.spinics.net/lists/arm-kernel/msg746756.html) about detecting AArch32 support from an AArch64 process in user space. The `personality` call only succeeds when `ID_AA64PFR0_EL1` indicates that the CPU supports AArch32 in EL0 (`system_supports_32bit_el0()` in the kernel). I unfortunately don't have AArch32-capable hardware to test this on, but on AArch64-only CPUs the `personality` call fails as expected. Also, on AArch64-only CPUs this matches the current behavior of Windows 11 which has dropped support for 32-bit ARM on all hardware. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10319

2 1

Re: [PATCH v2 0/3] MR10127: user32: Respect WS_MAXIMIZEBOX of the being activated MDI child. - approved
by Alexandre Julliard (＠julliard) March 12, 2026

March 12, 2026

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

1 0

Re: [PATCH v4 0/4] MR10247: server, ntoskrnl.exe: Implement FsRtlGetFileSize(). - approved
by Alexandre Julliard (＠julliard) March 12, 2026

March 12, 2026

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

1 0

Re: [PATCH v3 0/1] MR10309: vbscript: Split() should return an empty array for empty strings. - approved
by Alexandre Julliard (＠julliard) March 12, 2026

March 12, 2026

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

1 0