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 0/2] MR8015: ntoskrnl.exe: Do not send IRP to get device instance ID.
by Alexander Morozov (＠amorozov) Feb. 17, 2026

Feb. 17, 2026

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

5 6

[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 0/2] MR9748: Draft: msi: Implement MsiProvideAssemblyW().
by Dmitry Timoshkov (＠dmitry) Feb. 10, 2026

Feb. 10, 2026

While bug 58578 depends on MsiProvideAssemblyW() my testing target is SQL Server Express 2012 (bug 42792 has a download URL). I marked this MR as a draft because the implementation doesn't seem to work: MsiProvideComponent() detects feature INSTALLSTATE_ABSENT, MSDN mentions that both MsiProvideAssembly() and MsiProvideComponent() should return ERROR_FILE_NOT_FOUND in that case, however the installer generates an exception and crashes once this error is returned. The installer calls MsiProvideAssembly() with the application context, however I investigated with Orca the problematic MSI and for the assembly specified in the MsiProvideAssembly() call there's no associated application, so it's not clear how it's supposed to behave in that case. Hans, would you mind looking at this and probably suggest the ways to proceed? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9748

4 4

[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. 9, 2026

Feb. 9, 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