July 2026 - Wine-GitLab - list.winehq.org

[PATCH 0/5] MR11300: winex11: Simplify send_mouse_input and use it in the RawMotion handler.
by Rémi Bernon (＠rbernon) July 2, 2026

July 2, 2026

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

2 5

[PATCH v5 0/4] MR11267: ntdll: Use getauxval(AT_HWCAP) to detect ARM/ARM64 processor features
by Brendan Shanks (＠bshanks) July 2, 2026

July 2, 2026

The motivation here is to simplify processor feature detection on ARM/ARM64 by using `getauxval(AT_HWCAP)` instead of parsing `/proc/cpuinfo` (which is meant for human readability). Corresponding `FEAT_` strings for each feature are also included for use on macOS. And FreeBSD uses the same HWCAP_ constants as Linux, in the future this should work there with minor changes. @mstorsjo, this should build with fairly old headers too. The flags we use on ARM32 are all quite old, so I don’t think there’s a need to define them. For ARM64 I’m defining almost everything we use (`AT_HWCAP2`, and everything newer than the earliest `HWCAP_` flags). Let me know if additional defines are needed. References: - For most ARM64 PF_ features, Microsoft’s [documentation for `IsProcessorFeaturePresent()`](https://learn.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-isprocessorfeaturepresent) documents the corresponding ARM64 `FEAT_`. - ARM’s own documentation is clunky, but googling for a `FEAT_` string will get you ARM’s documentation and what registers can be used to identify it (i.e. for `FEAT_SHA3`, [the documentation](https://developer.arm.com/documentation/109697/2026_03/Featu… says that it sets `ID_AA64ISAR0_EL1.SHA3`. - The Linux kernel documents which `HWCAP_` constant corresponds to various register values: https://docs.kernel.org/arch/arm64/elf_hwcaps.html -- v5: ntdll: Define HWCAP_CPUID on ARM64. ntdll: Detect ARM64 processor features on macOS, and on Linux using getauxval(AT_HWCAP). ntdll: Detect ARM32 processor features using getauxval(AT_HWCAP). ntdll: Advertise ARM32 processor features on ARM64. https://gitlab.winehq.org/wine/wine/-/merge_requests/11267

3 5

[PATCH 0/1] MR11299: kernel32: Add stub for PssCaptureSnapshot.
by Louis Lenders (＠xe) July 2, 2026

July 2, 2026

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

2 1

[PATCH v8 0/2] MR11135: win32u: fix the z-order issue when swp_owner_popups returns its own window
by Jiajin Cui (＠jin-king1) July 2, 2026

July 2, 2026

By adding parameters to test WM_WINDOWPOSCHANGED, when hwndInsertAfter in swp_owner_popups returns the window itself, it should be modified to the previously prepared hwndInsertAfter, and the final window stacking order should also be after the previously set hwndInsertAfter, rather than before its owner. -- v8: win32u: Restore initial after value in swp_owner_popups. win32u/tests: Add test for swp_owner_popups self-reference fix. https://gitlab.winehq.org/wine/wine/-/merge_requests/11135

2 2

[PATCH v3 0/9] MR11297: windows.storage: Implement InMemoryRandomAccessStream.
by Conor McCarthy (＠cmccarthy) July 2, 2026

July 2, 2026

Windows 10 has this in `windows.storage` but 11 has it in `shcore`. I placed it in `windows.storage` because it already has a streams.c and private header, and Wine's registry locates it in `windows.storage.dll`. -- v3: windows.storage: Implement InMemoryRandomAccessStream IInputStream::ReadAsync(). windows.storage: Implement InMemoryRandomAccessStream IRandomAccessStream::Seek(). windows.storage: Implement InMemoryRandomAccessStream IRandomAccessStream::get_Position(). windows.storage: Implement InMemoryRandomAccessStream IRandomAccessStream::put_Size(). windows.storage: Implement InMemoryRandomAccessStream IRandomAccessStream::get_Size(). windows.storage: Implement InMemoryRandomAccessStream IOutputStream::WriteAsync(). https://gitlab.winehq.org/wine/wine/-/merge_requests/11297

2 9

[PATCH v11 0/1] MR11256: winewayland.drv/win32u/winevulkan: Wayland + Vulkan support for Steam/CEF
by Aleksandr Kosachev (＠gohryt) July 2, 2026

July 2, 2026

This is a very large merge request, so I think it needs some background: For a long time (the last 2-3 years), I used frogging Wine built with ntsync, wayland, and vulkan in wow64 mode. At some point, I noticed that the vulkan and gstreamer patches often broke and were very difficult to fix. Another big problem was that, although Wine was built with wayland support, it was practically impossible to use wayland – many windows were black, white, or rendered in the wrong places. I tried switching to a clean build of Wine from master, and that was a positive experience, but it was still impossible to work in wayland mode. Besides the black windows, which were fixed by disabling GPU rendering in the Chrome embedded framework, the most annoying thing was that the tray icons stuck out like windows in the middle of the screen, literally interfering with games. It so happened that the first patch was for support for the standard KDE tray (which is essentially the standard GNOME tray). This turned out to be fairly simple, although during testing (and actual use), there were several deadlocks that had to be fixed. The next step was that after the last few updates, disabling the GPU stopped helping with black screens in CEF applications. At that point, I had to create the first version of сomposer, which correctly distributed content on the screen, but had issues and also didn't work with the GPU enabled. Starting with this version, several of my friends also used my version of Wine as unpaid testers. Finally, I recently found myself laid off, and for the past few weeks I've been actively working on GPU support and updating composer, as well as fixing bugs in popular games like Gothic 1 Remake, for which I had to add EDID generation, and Dota, which constantly wanted to open incorrectly placed on the screen and did not accepted raw keys input. Now it's ready. This set of patches has now been tested by me and several of my friends on computers running KDE and GNOME, and it works almost flawlessly. I am sorry with this big merge request instead of atomic feature-related merge requests, but i developed this for a very long time on different computers and long time it was .patch file for the arch package since all my tester friends are either arch or steamos users. As a responsible person and contributor, I must also note that the LLM APIs from Claude, OpenAI, and Gemini were actively used during development. I checked, and at the time of development, all three providers fully transfer rights to the LLM generated output to the developer (me) in their license agreements, so i think it can be used with the Wine's GPL 2 license. A local version of Gemma 4 was also used with my own agent. I guarantee that all code was verified by me as a developer and tested on multiple computers with different environments but there were important limitation of the testing that I must also disclose is that all of testing machines were based on AMD graphics. I am unable to test this on NVIDIA or Intel-based machines because I do not have it. -- v11: winewayland.drv/win32u/winevulkan: Wayland + Vulkan support for Steam/CEF and games without disabling the GPU https://gitlab.winehq.org/wine/wine/-/merge_requests/11256

3 2

[PATCH v3 0/4] MR11255: urlmon: Fix URL cache path handling for long extensions
by Jiajin Cui (＠jin-king1) July 2, 2026

July 2, 2026

This series fixes URL cache filename generation when URLs contain overly long file extensions. CreateUrlCacheEntryW has no output buffer size parameter, so the generated cache path must remain within MAX_PATH; overly long extensions are now ignored instead of being appended to a path that cannot safely fit. URLDownloadToCacheFileA/W now uses the caller-provided output buffer length correctly, includes the null terminator in bounds checks, and removes temporary cache files when download or cache commit fails. Regression tests were added for both WinINet cache entry creation and URLMon cache download paths to cover long extension handling, buffer boundary checks, and stale temporary file cleanup. -- v3: urlmon: Fix URLDownloadToCacheFile buffer handling. wininet: Ignore overly long cache file extensions. urlmon/tests: Cover URLDownloadToCacheFile buffer bounds. wininet/tests: Cover long CreateUrlCacheEntryW extensions. https://gitlab.winehq.org/wine/wine/-/merge_requests/11255

2 4

[PATCH 0/1] MR11298: user32: Fix lastSlash handling in TEXT_PathEllipsify.
by Maotong Zhang (＠xiaotong) July 2, 2026

July 2, 2026

Set lastSlash to end of string when no path separator is found. Wine-Bug:https://bugs.winehq.org/show_bug.cgi?id=59727 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11298

2 1

[PATCH v2 0/9] MR11297: windows.storage: Implement InMemoryRandomAccessStream.
by Conor McCarthy (＠cmccarthy) July 2, 2026

July 2, 2026

-- v2: windows.storage: Implement InMemoryRandomAccessStream IInputStream::ReadAsync(). windows.storage: Implement InMemoryRandomAccessStream IRandomAccessStream::Seek(). windows.storage: Implement InMemoryRandomAccessStream IRandomAccessStream::get_Position(). windows.storage: Implement InMemoryRandomAccessStream IRandomAccessStream::put_Size(). windows.storage: Implement InMemoryRandomAccessStream IRandomAccessStream::get_Size(). windows.storage: Implement InMemoryRandomAccessStream IOutputStream::WriteAsync(). windows.storage: Implement InMemoryRandomAccessStream IClosable::Close(). windows.storage: Add InMemoryRandomAccessStream stubs. windows.storage/tests: Test InMemoryRandomAccessStream. https://gitlab.winehq.org/wine/wine/-/merge_requests/11297

2 9

[PATCH 0/9] MR11297: windows.storage: Implement InMemoryRandomAccessStream.
by Conor McCarthy (＠cmccarthy) July 2, 2026

July 2, 2026

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

2 9