February 2026 - Wine-GitLab

Re: [PATCH v4 0/8] MR9947: mf/tests: Add more topology loader tests.
by Rémi Bernon Feb. 23, 2026

Feb. 23, 2026

Fwiw the tests are broken on Windows 8.1 and older Windows 10 VMs. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9947#note_130211

1 0

Re: [PATCH v2 0/7] MR10105: ntdll: Various fixes related to NtQueryDirectoryFile().
by Rémi Bernon Feb. 23, 2026

Feb. 23, 2026

Fwiw 1660edb3e6e7d4ef70701e35385bb89b8c902076 introduced some test failures on some VMs (https://test.winehq.org/data/patterns.html#kernel32:file) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10105#note_130210

1 0

[PATCH 0/1] MR10133: winex11.drv: Do not set the pending NET_ACTIVE_WINDOW when we're skipping it.
by Gabriel Ivăncescu Feb. 23, 2026

Feb. 23, 2026

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

2 12

[PATCH v2 0/3] MR9874: Draft: wineandroid.drv: experimental bring-up fixes for Android 7.1.x (discussion starter)
by Twaik Yont (＠twaik) Feb. 23, 2026

Feb. 23, 2026

#### Note on authorship and language This text was translated into English and structured with the assistance of ChatGPT. The author is not a native English speaker and may struggle with written technical English; any wording issues are unintentional. #### Description This merge request is an experimental attempt to bring wineandroid.drv back to a minimally functional state on Android 7.1.x. The current Android support appears to have bit-rotted over time, likely due to a combination of internal contract changes in Wine, toolchain and NDK evolution, and the absence of continuous Android testing. The changes proposed here aim to re-establish a working baseline and make the regressions more concrete and easier to reason about. #### Test environment and context All testing so far was performed on Android 7.1.2 x86 images from the Android-x86 project, published on osboxes.org ([link](https://www.osboxes.org/android-x86/)) The primary target is i386 Wine running on x86 Android userspace. Because no up-to-date official Android build scripts were available, Wine was built using Termux as an unsupported but convenient environment for rapid testing. The Java part (WineActivity and related glue code) was built with `sharedUserId = com.termux` purely for convenience (filesystem access and faster prototyping). **Termux is explicitly not considered a supported environment and is mentioned only to provide context for the testing setup.** The build uses Android NDK r29. Since the last known functional Android Wine builds, the NDK and linker behavior have changed multiple times, including symbol visibility and relocation handling. These changes appear to have directly affected several failure modes described below. There is also a known issue with wine-preloader producing excessively large binaries under recent toolchains; a workaround exists but is not included here and is mentioned only as additional context. #### Scope of changes This merge request currently modifies only Android-specific code: - `wineandroid.drv` (native code and Java glue, including WineActivity) - android-only paths in `dlls/ntdll/unix/loader.c` No non-Android platforms are affected. #### Summary of resolved issues 1) Desktop initialization ordering regression After recent `CreateDesktopW`-related changes, `ANDROID_CreateDesktop` started running before the DESKTOP window was created. The Java glue assumed the opposite order. The fix splits desktop initialization into two phases (view setup first, desktop window attachment later via an explicit is_desktop flag) and corrects the `ANDROID_CreateDesktop` success return value. 2) Rendering stalls and `USER lock assertion` Occasional crashes with: ``` err:system:user_check_not_lock BUG: holding USER lock ``` A full memory barrier was added in the dequeue path to avoid a likely memory ordering issue. Additionally, a guard was added for a `NULL` buffer returned on successful dequeue. 3) Early startup failure in `virtual_alloc_first_teb` Wine frequently failed with: ``` err:virtual:virtual_alloc_first_teb wine: failed to map the shared user data: c0000018 ``` `virtual_init()` is now called from `JNI_OnLoad()` to reduce the likelihood of the JVM reserving the required address range before Wine initializes its virtual memory subsystem. #### Remaining issues - Window focus handling is partially broken: windows receive focus on click, but are not always raised to the front. - Despite the available desktop area being larger (e.g. 1024x696), Wine consistently reports a display resolution of 800x600. #### Limitations Wine on Android stopped functioning entirely starting with Android 8. As a result, all testing so far has been limited to Android 7.1.x. No claims are made about behavior on newer Android versions. #### Out of scope This merge request intentionally does not attempt to: - redesign IPC mechanisms - introduce new Android integration models - address Android 8+ compatibility The sole goal is to re-establish a minimally working baseline on Android 7.1.x and enable informed discussion about what regressed and how to proceed. **This is my first contribution to Wine, and I am aware that some parts of this analysis or implementation may be flawed. I would be grateful for any review comments or suggestions.** <details> <summary>Also, the screenshot of the working prototype.</summary> ![image](/uploads/d2420de5d9b3b95b8f5184f8a60550d0/image.png){width=743 height=600} </details> -- v2: ntdll: call virtual_init from JNI_OnLoad to avoid early virtual_alloc_first_teb failure wineandroid: add memory barrier in dequeue path and guard against NULL buffer wineandroid: fix desktop init ordering after CreateDesktopW changes https://gitlab.winehq.org/wine/wine/-/merge_requests/9874

4 12

[PATCH 0/1] MR10164: msvcr100: Fix leak in __ExceptionPtrAssign.
by Piotr Caban (＠piotr) Feb. 23, 2026

Feb. 23, 2026

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

2 1

[PATCH 0/1] MR10158: winmm: Return MMSYSERR_INVALPARAM for NULL lpFormat in waveOutOpen.
by Andrew Nguyen (＠arethusa) Feb. 23, 2026

Feb. 23, 2026

On startup, a thread in the game "GAG: The Impotent Mystery" calls waveOutOpen with a NULL lpFormat. This appears to be an application bug that is harmless on Windows but results in a crash on Wine. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49393 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10158

3 2

[PATCH 0/5] MR10146: dsound: Speed up resampling, part 1
by Anton Baskanov (＠baskanov) Feb. 23, 2026

Feb. 23, 2026

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

4 9

[PATCH v6 0/12] MR10058: Draft: ntdll: Spawn main thread as a separate thread.
by Rémi Bernon Feb. 23, 2026

Feb. 23, 2026

This makes sure macOS main thread is a Wine thread as in https://gitlab.winehq.org/wine/wine/-/merge_requests/9579, while keeping its event loop usable for GUI, and makes every other platform work the same. Their main thread is parked for now, but the idea is to use the poll loop for various unix side internal purposes, such as winewayland pipe polling, compositing, etc. On macOS the main loop would be used similarly. -- v6: ntdll: Use CFRunLoopRun to implement sched_run on macOS. ntdll: Dont allocate a user stack for the unix main thread. ntdll: Spawn the application main thread as a separate thread. server: Initialize process tracing in get_startup_info. ntdll: Send process PEB / initial TEB in get_startup_info. ntdll: Call get_startup_info request even when it is empty. ntdll: Pass the startup info size to init_startup_info. server: Create the new process first thread in new_process request. server: Return new process thread handle from get_new_process_info. ntdll: Pass thread security descriptor to new_process request. ntdll: Pass the main thread flags in the new_process request. server: Pass a thread flags parameter to create_thread. https://gitlab.winehq.org/wine/wine/-/merge_requests/10058

1 13

[PATCH 0/2] MR10159: msvcrt: Add __ExceptionPtrSwap implementation.
by Jacek Caban (＠jacek) Feb. 23, 2026

Feb. 23, 2026

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

3 3

[PATCH v4 0/5] MR10109: mmdevapi/tests: Test a curated list of wave formats.
by Giovanni Mascellani (＠giomasce) Feb. 23, 2026

Feb. 23, 2026

The main commit is quite large. I figured that shouldn't be a problem, since most of it is long lists of formats rather than code, but if that's better I can split it more granularly. -- v4: mmdevapi/tests: Test capturing with RATEADJUST in exclusive mode more specifically. mmdevapi/tests: Tweak test logging a little bit. mmdevapi/tests: Test a curated list of wave formats. mmdevapi/tests: Introduce a helper to decide whether a wave format is valid. https://gitlab.winehq.org/wine/wine/-/merge_requests/10109

3 7