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

[PATCH 0/1] MR8089: include: Add missing extern "C++" to guiddef.h
by Alfred Agrell (＠Alcaro) 20 Aug '25

20 Aug '25

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

3 4

[PATCH 0/1] MR7951: Draft: test to see clean output
by Jeff Latimer (＠greyghoster) 20 Aug '25

20 Aug '25

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

3 2

[PATCH v2 0/1] MR2362: gitlab: Build-Depend on libpcsclite-dev for winscard.
by Francois Gouget (＠fgouget) 20 Aug '25

20 Aug '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54656 -- v2: gitlab: Install libpcsclite-dev and pcscd for winscard. https://gitlab.winehq.org/wine/wine/-/merge_requests/2362

4 4

[PATCH 0/3] MR7909: include: Fix IMAGE_OS2_HEADER structure
by Pali Rohár 19 Aug '25

19 Aug '25

This merge request contains fixes for the Windows New Executable structure IMAGE_OS2_HEADER defined in include file winnt.h and used by wine. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7909

4 13

[PATCH v2 0/1] MR6288: wintypes: Partially implement RoResolveNamespace and add 'Windows.winmd'
by Aaron Hill (＠Aaron1011) 18 Aug '25

18 Aug '25

The Visual Studio 2022 installer needs to be able to lookup a valid WinMD file for the 'Windows.Networking.Connectivity' namespace in order for the installation to start. A normal Windows installation contains lots of individual '.winmd' files (e.g. 'Windows.Networking.winmd'), which we cannot redistribute. Fortunately, Microsoft provides an open-source project called 'windows-rs', which contains a combined 'Windows.winmd' file that is explicitly MIT-licensed: https://github.com/microsoft/windows-rs/blob/master/crates/libs/bindgen/def… Make RoResolveNamespace resolve anything starting with 'Windows' by just pointing to this giant file. A full implementation will require us to actually walk the 'WinMetadata' directory (if the caller provides a custom path) and parse the matched '.winmd' file. However, this implementation is good enough for Visual Studio 2022 To actually run the vs2022 installer, a patch for the SHELL_execute trailing-space bug https://bugs.winehq.org/show_bug.cgi?id=56940 is needed: https://gitlab.winehq.org/wine/wine/-/merge_requests/6079 -- v2: wintypes: Partially implement RoResolveNamespace and add 'Windows.winmd' https://gitlab.winehq.org/wine/wine/-/merge_requests/6288

8 10

[PATCH v10 0/2] MR8258: comctl32/treeview: Return from TREEVIEW_LButtonDown when the treeview handle is invalid.
by Jacob Czekalla (＠JacobCzekalla) 18 Aug '25

18 Aug '25

comctl32/treeview: Return from TREEVIEW_LButtonDown when the treeview handle is invalid. LButtonDown should return when the treeview handle is invalid (e.g. destroyed) after NM_CLICK to prevent further message processing. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58211 -- v10: comctl32/treeview: Return from TREEVIEW_LButtonDown when the treeview handle is invalid. https://gitlab.winehq.org/wine/wine/-/merge_requests/8258

3 6

[PATCH 0/1] MR8669: Draft: Map low level hooks coordinates correctly in win32u
by Santino Mazza (＠tati) 14 Aug '25

14 Aug '25

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. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8669

3 3

[PATCH 0/1] MR5155: user32: add stub for GetPointerDeviceRects.
by Etaash Mathamsetty (＠etaash.mathamsetty) 13 Aug '25

13 Aug '25

might fix https://bugs.winehq.org/show_bug.cgi?id=56363, waiting for a reply -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5155

3 4

[PATCH v10 0/4] MR8553: kernelbase: implement VirtualProtectFromApp
by Kareem Aladli (＠karim_adli) 12 Aug '25

12 Aug '25

This implements the VirtualProtectFromApp function in kernelbase, which was previously a commented out stub. Even though this function is meant for UWP apps, it is usable in desktop apps, as specified in [Windows documentation](https://learn.microsoft.com/en-us/windows/win32/api/memoryap…. Fixes Wine-Bug: [https://bugs.winehq.org/show_bug.cgi?id=58482](https://bugs.winehq.org/show… -- v10: ntdll/tests: Add tests for NtProtectVirtualMemory() ntdll: Set old_prot to PAGE_NOACCESS in NtProtectVirtualMemory() if the range is not mapped or committed. kernelbase/tests: Add tests for VirtualProtectFromApp https://gitlab.winehq.org/wine/wine/-/merge_requests/8553

2 5

[PATCH 0/1] MR8591: ntdll: Fill EnabledFeatures before return.
by Bernhard Übelacker 09 Aug '25

09 Aug '25

Followup to 03039ab2ee. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58335 If I observed it right we currently leave `init_xstate_features` on older computers with EnabledFeatures being zero. This leads in `__wine_syscall_dispatcher` to getting the xsave64 getting called with "$rax = 0x0", therefore e.g. xmm6 gets not saved to the stack. But later e.g. xmm6 gets restored from stack in `__wine_syscall_dispatcher` (see [](https://gitlab.winehq.org/wine/wine/-/blob/wine-10.12/dlls/ntdll/unix/signal_x86_64.c?ref_type=tags#L2774-L2882)) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8591

6 19