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

[PATCH v3 0/1] MR9943: msiexec: Fix escaping quoted arguments passed from Shell.
by Yaroslav Osipov (＠mcm) Feb. 19, 2026

Feb. 19, 2026

Properties with spaces passed to `msiexec` from shells like Bash may result in re-escaping the string. This results in wrong new quote position and so in MSI error `ERROR_INVALID_COMMAND_LINE`. This patch moves the quote back to its legal position. Step-by-step behavior after fixes in commit `14b718b69bb8d` (linked with Wine bug https://bugs.winehq.org/show_bug.cgi?id=57024) 1. Shell input: wine msiexec /i some.msi INSTALLDIR="C:\\Path with spaces\\data" 2. Shell args parser may remove double quote escaping: args\[3\] == "some.msi" args\[4\] == "INSTALLDIR=C:\\Path with spaces\\data" 3. `GetCommandLineW()` returns string with quote moved to the start: "msiexec ... some.msi "INSTALLDIR=C:\\Path with spaces\\data"" 4. Then MSI parser truncates beginning of the string up to character '=', leading to unbalanced quotes in result value: C:\\Path with spaces\\data" 5. MSI fails with error `ERROR_INVALID_COMMAND_LINE` (1639). Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57024 Tests in bug 57024 are fine to reproduce the behavior, but note that `system()` and `execvp()` function passes their input on without extra parsing (without item 2 in the fail trace algorithm above). An example of such test: ``` execlp("msiexec", "msiexec", "/i", msi_path, "/qn", "\"MY_PROPERTY=foo bar\"", NULL); ``` -- v3: msiexec: Fix escaping quoted arguments passed from Shell. https://gitlab.winehq.org/wine/wine/-/merge_requests/9943

3 7

[PATCH v2 0/5] MR9992: Winemac IME rework part 1
by Marc-Aurel Zent (＠mzent) Feb. 16, 2026

Feb. 16, 2026

-- v2: winemac: Implement and use macdrv_ImeToAsciiEx(). win32u: Mark rejected IME messages as unprocessed. imm32: Generate a proper WM_KEYDOWN message for unconsumed keys. imm32: Pass keyboard state into ImeToAsciiEx(). win32u: Introduce a new ImeToAsciiEx call through NtUserMessageCall. https://gitlab.winehq.org/wine/wine/-/merge_requests/9992

4 11

[PATCH v5 0/1] MR9362: opengl32: Simplify extension tokenization.
by Rémi Bernon Feb. 16, 2026

Feb. 16, 2026

This was requested in !9263 review, but ignored for some reason. -- v5: opengl32: Simplify extension tokenization. https://gitlab.winehq.org/wine/wine/-/merge_requests/9362

3 6

[PATCH 0/1] MR9635: makedep: Allow building modules with C++ sources.
by Rémi Bernon Feb. 16, 2026

Feb. 16, 2026

Used in Proton, could be useful in the future for fluidsynth and others. The flags used for compilation are taken from CXXFLAGS + extern libs EXTRACFLAGS (which is CFLAGS without the warnings I think). Some warnings are C-only and we would need to duplicate a lot of WINE_TRY_*FLAGS to make sure whether they work or not with the C++ compiler. The other EXTRACFLAGS are assumed to work with it and it seems that they do. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9635

2 2

[PATCH v7 0/8] MR8812: winegstreamer: Support 2D sample buffer.
by Conor McCarthy (＠cmccarthy) Feb. 12, 2026

Feb. 12, 2026

Performance issues can occur when a video output sample has a 2D buffer, because winegstreamer currently outputs only to a linear buffer, which must then be copied into the 2D buffer. Worse, a linear lock of the 2D buffer requires the current contents to be copied to a linear buffer, even when we intend to overwrite it, because MF linear buffers do not support write-only locking. -- v7: winegstreamer: Support 2D sample buffer. mf/tests: Test color convert 2D buffers. https://gitlab.winehq.org/wine/wine/-/merge_requests/8812

5 14

[PATCH 0/3] MR9694: mmdevapi/tests: Add some extended tests.
by Giovanni Mascellani (＠giomasce) Feb. 12, 2026

Feb. 12, 2026

Extended tests are only run when WINETEST_EXTENDED=1 is passed. This allows having some tests that take too long to be run in each MR pipeline, but are still valuable to run every now and then. In this MR the feature is introduced and it is used for some mmdevapi tests. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9694

6 13

[PATCH v3 0/7] MR9579: ntdll: On macOS, transform the main thread into a Wine thread (running a CFRunLoop) on launch.
by Brendan Shanks (＠bshanks) Feb. 10, 2026

Feb. 10, 2026

Currently, the process's main thread runs `main()` -> `__wine_main()` -> `apple_main_thread()` -> `CFRunLoopRun()`. A run loop source is added that creates the Wine main thread and runs `start_main_thread()`. With this MR, the Wine main thread calls `transform_mac_main_thread()` in `server_init_process()`. That essentially calls `NtCreateThreadEx()`, but instead of creating a new pthread it adds a source to the main thread run loop to run `start_thread()`. This transforms the process main thread into a Wine thread, after that it calls the PE `__wine_mac_run_cfrunloop()` in ntdll. That does a run_mac_cfrunloop Unix call, which just runs `CFRunLoopRun()`. The process main thread is now a Wine thread, but is otherwise still a normal Mac application main thread (including the ability for winemac to transform into a Cocoa application). In theory it might be possible to avoid the initial `CFRunLoopRun()` and have `apple_main_thread()` just spawn the Wine main thread and wait to run `start_thread()`, but the extra `CFRunLoopRun()` on the stack doesn't hurt anything. An exception/crash on the process main thread will be caught like a normal syscall fault, but `__wine_mac_run_cfrunloop()` prints an error and terminates the process. I think this is an improvement over the current behavior, which is a segfault in the signal handler when it tries to access the non-existent TEB that results in the thread hanging and eating 100% CPU. (Arguably it would be even better to unregister the signal handler and re-throw the signal so the user gets a normal macOS crash report with a helpful backtrace, maybe this could be done later.) Besides exception handling, having the main thread be a Wine thread will also allow the full use of Wine logging functions (!9503), and should allow winemac to be simplified (where many AppKit functions must be called from the main thread, and events are delivered to the main thread). -- v3: ntdll: On macOS, transform the main thread into a Wine thread (running a CFRunLoop) on launch. ntdll: Get a pointer to the PE __wine_mac_run_cfrunloop on the Unix side. ntdll: Add __wine_mac_run_cfrunloop to the PE side and export it. ntdll: Add Unix call to run a CFRunLoop. ntdll: Make thread creation helper an argument to create_thread. ntdll: Move all of NtCreateThreadEx into a helper. ntdll: Factor pthread creation out of NtCreateThreadEx. https://gitlab.winehq.org/wine/wine/-/merge_requests/9579

5 12

[PATCH 0/1] MR9765: ws2_32 / Add stub for WSCInstallProvider64_32
by Janne Kekkonen (＠Janne) Feb. 9, 2026

Feb. 9, 2026

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

3 4

[PATCH 0/1] MR9391: uxtheme/tests: Verify GetCurrentThemeName() returns Aero\Aero.msstyles on Windows
by nikita pushkarev (＠strudelll) Feb. 8, 2026

Feb. 8, 2026

Problem Native Windows returns a theme path ending with \\Aero\\Aero.msstyles from GetCurrentThemeName(), even when “Light” is selected. Wine currently returns ...\\light\\light.msstyles which confuses some WPF installers. Windows evidence Windows 11 24H2: system.c:830: theme=L"C:\\WINDOWS\\resources\\themes\\Aero\\Aero.msstyles" Result: test passed (0 failures) (full log attached in the bug / can reattach in MR if needed) Wine behavior (before fix) theme=L"C:\\windows\\resources\\themes\\light\\light.msstyles" (test is marked todo_wine to keep CI green until the fix) This MR 1/2 uxtheme/tests: Add a conformance test that documents Windows behavior (Aero\\Aero.msstyles); mark check as todo_wine on Wine. 2/2 uxtheme: Return Aero.msstyles from GetCurrentThemeName() when Light is active, matching Windows. Notes - Minimal diff; no formatting changes. - Test passes on Windows; after the fix it also passes on Wine (todo_wine can be dropped). Add a conformance test that calls GetCurrentThemeName() and checks that the returned path ends with \\Aero\\Aero.msstyles (regardless of Light/Dark). Skip if theming is inactive. On Wine this currently returns ...\\light\\light.msstyles, so the check is wrapped in todo_wine. Tested on: - Windows 10 22H2: theme=Aero\\Aero.msstyles (passes) - Windows 11 24H2: theme=Aero\\Aero.msstyles (passes) Signed-off-by: Nikita strudelll(a)etersoft.ru -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9391

4 6

[PATCH v3 0/1] MR9742: mf: Prevent invalid topologies from being started.
by Bernhard Kölbl Feb. 8, 2026

Feb. 8, 2026

Signed-off-by: Bernhard Kölbl <bkoelbl(a)codeweavers.com> -- v3: mf: Prevent invalid topologies from being started. https://gitlab.winehq.org/wine/wine/-/merge_requests/9742

2 5