- Wine-GitLab - list.winehq.org

[PATCH 0/1] MR10602: dsound: Fix a few memory leaks.
by Andrey Gusev (＠agusev) April 16, 2026

April 16, 2026

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

3 4

[PATCH v3 0/1] MR10670: kernelbase: Add messsage string for ERROR_NOT_A_REPARSE_POINT
by Antoine Leresche (＠A2va) April 16, 2026

April 16, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59449 -- v3: kernelbase: Add messsage string for ERROR_NOT_A_REPARSE_POINT https://gitlab.winehq.org/wine/wine/-/merge_requests/10670

2 1

[PATCH 0/5] MR10681: opengl32: Misc make_opengl cleanups.
by Rémi Bernon (＠rbernon) April 16, 2026

April 16, 2026

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

3 6

[PATCH v2 0/3] MR10637: vbscript: Return specific errors for Do keyword, End Class, and property arg count
by Francis De Brabandere (＠francisdb) April 16, 2026

April 16, 2026

Return proper error codes instead of generic 1002 (syntax error): - 1028: "Expected 'While', 'Until' or end of statement" for `Do For`, `Do If`, etc. - 1047: "Expected 'Class'" for mismatched `End` keyword inside class body - 1051: "Number of arguments must be consistent across properties specification" for Property Get/Let/Set arg count mismatch -- v2: vbscript: Return error 1051 for inconsistent property argument counts. vbscript: Return error 1047 for wrong 'End' keyword inside class. vbscript: Return error 1028 for invalid keyword after 'Do'. https://gitlab.winehq.org/wine/wine/-/merge_requests/10637

3 4

[PATCH v2 0/1] MR10635: vbscript: Return proper error for wrong number of arguments.
by Francis De Brabandere (＠francisdb) April 16, 2026

April 16, 2026

Return VBSE_FUNC_ARITY_MISMATCH (450) instead of E_FAIL when a function or sub is called with the wrong number of arguments. -- v2: vbscript: Return proper error for wrong number of arguments. https://gitlab.winehq.org/wine/wine/-/merge_requests/10635

3 2

[PATCH v6 0/1] MR10592: vbscript: Add call depth limit to prevent stack overflow on infinite recursion.
by Francis De Brabandere (＠francisdb) April 16, 2026

April 16, 2026

Track call depth in script_ctx_t and return error 28 "Out of stack space" when it exceeds 572, matching Windows behavior. Previously Wine would crash with a native stack overflow. -- v6: vbscript: Add call depth limit to prevent stack overflow on infinite recursion. https://gitlab.winehq.org/wine/wine/-/merge_requests/10592

3 2

[PATCH v7 0/2] MR10546: vbscript: Use indexed lookup for global functions and variables.
by Francis De Brabandere (＠francisdb) April 16, 2026

April 16, 2026

Replace O(N) linear scans through `global_funcs[]` and `global_vars[]` with O(log N) tree lookups for global function and variable resolution. **Global functions:** Scripts that use `ExecuteGlobal` to dynamically generate functions (e.g. Visual Pinball's GLF framework generates ~1000 functions at startup) hit pathological O(N) scan behavior on every `GetRef` call and `GetDispID` lookup. With this change, `GetRef` dispatch over 1000 functions drops from 503ms to 58ms (**8.7x**), reaching parity with Windows (62ms). | Benchmark (1000 dynamic functions) | Before | After | Speedup | Windows | |-----------|--------|-------|---------|---------| | GetRef varied x100K | 503 ms | 58 ms | **8.7x** | 62 ms | | GetRef loop x200K | 292 ms | 82 ms | **3.6x** | 125 ms | | GetRef cached x200K | 35 ms | 35 ms | 1.0x | 85 ms | | Direct call x200K | 35 ms | 46 ms | ~1.0x | 31 ms | **Global variables:** Profiling a real-world 75K-line Visual Pinball table script with 3000+ global variables (registered via multiple `ExecuteGlobal` calls) shows `lookup_identifier`'s linear scan over `global_vars[]` consuming ~55% of total CPU time. Compile-time binding (`bind_local`) does not help here because it only resolves variables declared within the same compilation unit, variables from prior `ExecuteGlobal` calls remain unbound at runtime. Depends on !10544 for the fast `vbs_wcsicmp` used in the tree comparators. -- v7: vbscript: Use indexed lookup for global variables. vbscript: Use indexed lookup for global functions. https://gitlab.winehq.org/wine/wine/-/merge_requests/10546

4 4

[PATCH v4 0/2] MR10603: win32u/freetype: Fix tmExternalLeading for CFF fonts.
by Arie Miller (＠Arimil) April 16, 2026

April 16, 2026

This fixes font scaling issues with CFF fonts this was discovered from games utilizing DxLib. https://github.com/yumetodo/DxLib/tree/master https://dxlib.xsrv.jp/index.html I've ran tests on Windows and to confirm that this change is consistent with a number of fonts. Before: ![image.png](/uploads/a398d5543df8561f1a6fbe9edded3b45/image.png){width="801" height="600"} After (this matches the windows visual from testing in a VM): ![image.png](/uploads/cf4e4c8753b3482dd24211b519a5fe23/image.png){width="767" height="572"} Related Proton Issue: https://github.com/ValveSoftware/Proton/issues/7299 Full Disclosure: An LLM was used to assist in finding this bug, the original fix written by the LLM wrote a loader binary that changed the pointers for `GetTextMetricsA` and `GetTextMetricsW` to point to a custom implementation that always set `tmExternalLeading`. The LLM determined that `GDI returns 0 when (winAscent + winDescent) > (Ascender - Descender)`, after testing on WIndows I found this to be incorrect, the actual difference is that CFF fonts always set `tmExternalLeading` to 0. The test case for this fix was LLM generated but reviewed and tested on both Windows and Linux by me. Test case: ``` WINEPREFIX=/tmp/wine-font winetricks allfonts WINEPREFIX=/tmp/wine-font ./loader/wine ./dlls/gdi32/tests/i386-windows/gdi32_test.exe ``` Patched: ``` font.c:4266: test_CFF_external_leading: tested 51 CFF fonts (0 failures) ``` Unpatched Wine: ``` font.c:4266: test_CFF_external_leading: tested 51 CFF fonts (51 failures) ``` Windows 11: ``` font.c:4266: test_CFF_external_leading: tested 48 CFF fonts (0 failures) ``` -- v4: gdi32: Add test for tmExternalLeading for CFF fonts. win32u/freetype: Fix tmExternalLeading for CFF fonts. https://gitlab.winehq.org/wine/wine/-/merge_requests/10603

3 6

[PATCH 0/4] MR10683: wineandroid: startup and JNI fixes (part of !10569)
by Twaik Yont (＠twaik) April 16, 2026

April 16, 2026

This MR contains a subset of changes extracted from MR !10569 (first 4 commits after merge-base). Included changes: 1. Fix 64-bit crash in JNI setCursor call * Pass NULL instead of integer 0 for jobject argument in CallVoidMethod * Prevents invalid jobject usage and JNI abort on 64-bit platforms 2. Lower targetSdkVersion to 28 * Avoid Android 10 W^X restrictions (API 29+) affecting exec and memory mappings * Add Java 1.8 compile options required by the adjusted SDK level 3. Fix Wine loader path and library lookup * Update WINELOADER to match current Wine layout * Extend LD_LIBRARY_PATH to support loading libraries directly from APK * Restore correct startup on modern Android/Wine setups 4. Move environment setup to Java layer and simplify wine_init * Replace JNI environment passing with setenv() in WineActivity * Simplify native initialization and remove environment array handling * Preserve LD_LIBRARY_PATH update and WINEDEBUGLOG behavior Reason: This MR is split out from !10569 to simplify review by isolating Android startup and stability changes into a smaller, focused set. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10683

3 5

[PATCH v2 0/1] MR10633: kernelbase: Ignore GENERIC_WRITE in CreateFile on CDs on Windows 9x.
by Alex Henrie (＠alexhenrie) April 16, 2026

April 16, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59636 -- v2: kernelbase: Ignore GENERIC_WRITE in CreateFile on CDs on Windows 9x. https://gitlab.winehq.org/wine/wine/-/merge_requests/10633

3 2

[PATCH v2 0/8] MR10645: mf/topology_loader: Insert optional nodes after each branch is connected.
by Conor McCarthy (＠cmccarthy) April 16, 2026

April 16, 2026

New tests show each optional node is connected after the nodes on either side are connected. This is an issue in the game Psycho Sleuth (at least in the demo) because it uses a transform which must have its input types enumerated before it will work correctly. This occurs when a decoder is inserted before the transform, but an optional node lies immediately upstream of the transform, and if optional nodes are not handled correctly, the decoder is initially connected to the optional instead of being inserted later. A couple of other issues revealed while making new tests are fixed here too. -- v2: mf/topology_loader: Try to insert optional nodes after resolving the surrounding branch. mf/topology_loader: Introduce a helper to get the connection semantic flags. https://gitlab.winehq.org/wine/wine/-/merge_requests/10645

3 15

[PATCH v5 0/1] MR10561: secur32: Fix handling by SChannel for CNG/NCrypt client certificates for mTLS
by Benoît Legat (＠blegat) April 16, 2026

April 16, 2026

Part 3 of my attempt to run the [Niko Home Control programming software](https://appdb.winehq.org/objectManager.php?sClass=application&iId… under Wine. If I understand correctly, the current implementation only supports retrieving via the legacy CryptoAPI (CAPI). The Niko app uses Cryptography Next Generation (CNG/NCrypt) so this PRs adds support for it in acquire_credentials_handle. -- v5: secur32: Fix handling by SChannel for CNG/NCrypt client certificates for mTLS https://gitlab.winehq.org/wine/wine/-/merge_requests/10561

3 4

[PATCH v4 0/1] MR10600: vbscript: Convert VT_DISPATCH arguments to string in Eval/Execute/ExecuteGlobal.
by Francis De Brabandere (＠francisdb) April 16, 2026

April 16, 2026

For VT_DISPATCH arguments, call the object's default property (DISPID_VALUE) to get a string value instead of returning the object via VariantCopy (Eval) or returning type mismatch (Execute/ ExecuteGlobal). This matches Windows behavior where passing a dispatch object without a default property fails with error 438, and objects with a default property have it invoked to obtain the string to evaluate or execute. -- v4: vbscript: Convert VT_DISPATCH arguments to string in Eval/Execute/ExecuteGlobal. https://gitlab.winehq.org/wine/wine/-/merge_requests/10600

2 1

[PATCH v12 0/1] MR10363: vbscript: Support assignment to chained array index expressions.
by Francis De Brabandere (＠francisdb) April 16, 2026

April 16, 2026

Handle expressions like x(0)(1) = 5 where the left side of an assignment is a call expression whose inner expression is also a call (not a direct member). The compiler now evaluates the inner expression as a read, then emits a new OP_assign_call opcode to assign to the resulting array element or default dispatch property. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53877 _Side note: https://bugs.winehq.org/show_bug.cgi?id=58318 is a duplicate of that bug_ -- v12: vbscript: Support assignment to chained array index expressions. https://gitlab.winehq.org/wine/wine/-/merge_requests/10363

2 1

[PATCH v18 0/1] MR10464: vbscript: Return "Name redefined" error for duplicate declarations.
by Francis De Brabandere (＠francisdb) April 16, 2026

April 16, 2026

When a name is defined twice (Const/Const, Dim/Const, Const/Dim, Dim/Dim, Sub vs Const/Dim, Class vs Const/Dim/Function, duplicate class members), Windows returns VBScript error 1041 ("Name redefined"). Wine was returning E_FAIL. Store source locations in const_decl_t, dim_decl_t, function_decl_t, and class_decl_t so errors point to the duplicate name. Also fix duplicate Sub/Function/Property/Dim detection inside classes, including the case where a Property collides with an existing Sub/Function. -- v18: vbscript: Return "Name redefined" error for duplicate declarations. https://gitlab.winehq.org/wine/wine/-/merge_requests/10464

2 1

[PATCH v11 0/5] MR10673: oleaut32: Fix Null handling in three-valued logical ops.
by Francis De Brabandere (＠francisdb) April 16, 2026

April 16, 2026

VarAnd only inspected the non-Null operand one way and left V_BOOL/V_I4 uninitialized. VarImp treated VT_UI1 0xFF as VARIANT_TRUE (it isn't) and its VT_CY -1 check compared unscaled .int64 to -1 instead of -10000. props to @jsm174 for this one: https://github.com/vpinball/libwinevbs/commit/7e877fafe34483623ca33d26ab76f… -- v11: vbscript/tests: Add Null handling smoke tests for logical operators. vbscript: Match native UI1 Imp Null behavior. oleaut32: Fix VT_DATE Null handling in VarImp. https://gitlab.winehq.org/wine/wine/-/merge_requests/10673

2 6

[PATCH v10 0/5] MR10673: oleaut32: Fix Null handling in three-valued logical ops.
by Francis De Brabandere (＠francisdb) April 16, 2026

April 16, 2026

VarAnd only inspected the non-Null operand one way and left V_BOOL/V_I4 uninitialized. VarImp treated VT_UI1 0xFF as VARIANT_TRUE (it isn't) and its VT_CY -1 check compared unscaled .int64 to -1 instead of -10000. props to @jsm174 for this one: https://github.com/vpinball/libwinevbs/commit/7e877fafe34483623ca33d26ab76f… -- v10: vbscript/tests: Add Null handling smoke tests for logical operators. oleaut32: Fix VT_DATE Null handling in VarImp. vbscript: Match native UI1 Imp Null behavior. oleaut32: Fix VT_CY Null handling in VarImp. oleaut32: Fix Null handling in VarAnd. https://gitlab.winehq.org/wine/wine/-/merge_requests/10673

2 5

[PATCH v9 0/4] MR10673: oleaut32: Fix Null handling in three-valued logical ops.
by Francis De Brabandere (＠francisdb) April 16, 2026

April 16, 2026

VarAnd only inspected the non-Null operand one way and left V_BOOL/V_I4 uninitialized. VarImp treated VT_UI1 0xFF as VARIANT_TRUE (it isn't) and its VT_CY -1 check compared unscaled .int64 to -1 instead of -10000. props to @jsm174 for this one: https://github.com/vpinball/libwinevbs/commit/7e877fafe34483623ca33d26ab76f… -- v9: oleaut32: Fix VT_DATE Null handling in VarImp. vbscript: Match native UI1 Imp Null behavior. oleaut32: Fix VT_CY Null handling in VarImp. oleaut32: Fix Null handling in VarAnd. https://gitlab.winehq.org/wine/wine/-/merge_requests/10673

2 4

[PATCH v8 0/4] MR10673: oleaut32: Fix Null handling in three-valued logical ops.
by Francis De Brabandere (＠francisdb) April 16, 2026

April 16, 2026

VarAnd only inspected the non-Null operand one way and left V_BOOL/V_I4 uninitialized. VarImp treated VT_UI1 0xFF as VARIANT_TRUE (it isn't) and its VT_CY -1 check compared unscaled .int64 to -1 instead of -10000. props to @jsm174 for this one: https://github.com/vpinball/libwinevbs/commit/7e877fafe34483623ca33d26ab76f… -- v8: oleaut32: Fix VT_DATE Null handling in VarImp. vbscript: Match native UI1 Imp Null behavior. oleaut32: Fix VT_CY Null handling in VarImp. oleaut32: Fix Null handling in VarAnd. https://gitlab.winehq.org/wine/wine/-/merge_requests/10673

4 6

[PATCH v2 0/1] MR10508: fonts: Add Thai glyphs to Tahoma.
by Ziqing Hui (＠zhui) April 16, 2026

April 16, 2026

The original glyphs are from Waree: https://github.com/tlwg/fonts-tlwg/blob/master/tlwg/Waree.sfd Waree is in BitStream licence. See: https://github.com/tlwg/fonts-tlwg/blob/master/COPYING > Copyright: > > Copyright (C) 2003 by Bitstream, Inc. All Rights Reserved. > TLWG changes are in public domain. > > Bitstream Vera is a trademark of Bitstream, Inc. > > License: > > Permission is hereby granted, free of charge, to any person obtaining > a copy of the fonts accompanying this license ("Fonts") and associated > documentation files (the "Font Software"), to reproduce and distribute > the Font Software, including without limitation the rights to use, > copy, merge, publish, distribute, and/or sell copies of the Font > Software, and to permit persons to whom the Font Software is furnished > to do so, subject to the following conditions: > > The above copyright and trademark notices and this permission notice > shall be included in all copies of one or more of the Font Software > typefaces. > > The Font Software may be modified, altered, or added to, and in > particular the designs of glyphs or characters in the Fonts may be > modified and additional glyphs or characters may be added to the > Fonts, only if the fonts are renamed to names not containing either > the words "Bitstream" or the word "Vera". > > This License becomes null and void to the extent applicable to Fonts > or Font Software that has been modified and is distributed under the > "Bitstream Vera" names. > > The Font Software may be sold as part of a larger software package > but no copy of one or more of the Font Software typefaces may be sold > by itself. > > THE FONT SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, > EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTIES OF > MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT > OF COPYRIGHT, PATENT, TRADEMARK, OR OTHER RIGHT. IN NO EVENT SHALL > BITSTREAM OR THE GNOME FOUNDATION BE LIABLE FOR ANY CLAIM, DAMAGES OR > OTHER LIABILITY, INCLUDING ANY GENERAL, SPECIAL, INDIRECT, INCIDENTAL, > OR CONSEQUENTIAL DAMAGES, WHETHER IN AN ACTION OF CONTRACT, TORT OR > OTHERWISE, ARISING FROM, OUT OF THE USE OR INABILITY TO USE THE FONT > SOFTWARE OR FROM OTHER DEALINGS IN THE FONT SOFTWARE. > > Except as contained in this notice, the names of Gnome, the Gnome > Foundation, and Bitstream Inc., shall not be used in advertising or > otherwise to promote the sale, use or other dealings in this Font > Software without prior written authorization from the Gnome Foundation > or Bitstream Inc., respectively. For further information, contact: > fonts at gnome dot org. -- v2: fonts: Add Thai glyphs to Tahoma. https://gitlab.winehq.org/wine/wine/-/merge_requests/10508

3 4

[PATCH v12 0/19] MR10569: wineandroid: rework Android integration and switch to split process model
by Twaik Yont (＠twaik) April 16, 2026

April 16, 2026

This series reworks the wineandroid driver and moves it away from the current “Wine inside JVM process” model to a split architecture where the Android activity (UI) and Wine run in separate processes. The existing model relies on running Wine inside the JVM process and interacting with Android through JNI callbacks and APC/unixlib-based dispatch. This approach no longer works reliably on modern Android: - Android 10+ applies seccomp restrictions to app processes, making a number of required syscalls unavailable inside the activity process, while processes started via fork/exec are not subject to the same limitations. - The implementation depends on Wine thread context (TEB), signal handling, and register state assumptions that conflict with the JVM runtime (e.g. segment register usage on x86), requiring fragile workarounds. - Due to sandboxing, it is difficult to reliably debug or even observe all failure modes, and future Android changes are likely to tighten these restrictions further. At the same time, downstream projects such as MiceWine, Winlator, Termux’s Wine environment, GameHub and GameNative already use a model where the UI (activity) and Wine run in separate processes and communicate via IPC, which has proven to work reliably on current Android systems. This series implements that model in wineandroid: - Wine is now started in a separate process via fork/exec instead of running inside the JVM process. - Android-facing code no longer depends on the Wine APC/unixlib execution path and runs on the UI thread where appropriate (e.g. native window registration). - ioctl handling is reworked to remove reliance on Wine thread context, with explicit JNIEnv usage and fd-based reply plumbing. - Environment setup and initialization are moved to the Java side, simplifying the native startup path. - Logging for ioctl paths is routed through Android logcat without depending on a Wine TEB. The changes are split into multiple bisect-safe commits to keep intermediate states functional while migrating the code step by step. With Wine running in a separate process, it is no longer subject to JVM seccomp restrictions, and there are no longer conflicts between JVM and Wine execution contexts (signals, thread state, register usage, etc.). <details> <summary>Old message</summary> wineandroid: move ioctl handling to dedicated Java-only thread Move ioctl handling out of the Wine APC/unixlib execution path into a dedicated Java-only thread without Wine context. On Android 10+ a number of syscalls are restricted inside the activity process via seccomp, while processes started via fork/exec are not subject to the same limitations. Decoupling ioctl handling from the Wine context is required to eventually run this code outside of the activity process. This change introduces a new transport and execution model where ioctl dispatch no longer depends on Wine thread state, preparing for moving the Android backend into a separate process. The refactor is intentionally split into multiple bisect-safe commits to keep intermediate states functional while gradually migrating the dispatch path. Since this is a fairly large chunk of work, I’d like to make sure we’re aligned before continuing. </details> -- v12: wineandroid: split Android driver and Wine into separate processes wineandroid: terminate activity when desktop client disconnects This merge request has too many patches to be relayed via email. Please visit the URL below to see the contents of the merge request. https://gitlab.winehq.org/wine/wine/-/merge_requests/10569

3 7

[PATCH v59 0/1] MR10192: kernelbase: Handle extended length path prefix in GetLongPathNameW
by Vishnunithyasoundhar S (＠svishnunithyasoundhar) April 16, 2026

April 16, 2026

``` Support the \\?\ prefix by skipping it during path resolution while preserving it in the output. Added specific handling for extended UNC paths (\\?\UNC\) to mirror standard UNC behavior, ensuring these paths are treated as network shares and not local devices. Some paths that use the extended length path were filtered out as UNC paths - but not all of them are UNC. There can be UNC path that use extended length path but not all extended length paths are UNC paths. ``` Signed-off-by: Vishnunithyasoundhar S svishnunithyasoundhar(a)gmail.com -- v59: kernelbase: Handle extended length path prefix in GetLongPathNameW https://gitlab.winehq.org/wine/wine/-/merge_requests/10192

4 10

[PATCH v2 0/1] MR10655: winecfg: Support 7.1 speaker config.
by Mohamad Al-Jaf (＠maljaf) April 16, 2026

April 16, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56664 ![winecfg-7.1](/uploads/19fe1fad54748bb3731bafa8f2288f45/winecfg-7.1.png){width=357 height=452} -- v2: winecfg: Support 7.1 speaker config. https://gitlab.winehq.org/wine/wine/-/merge_requests/10655

3 3

[PATCH v4 0/5] MR10423: dsound: Speed up resampling, part 5
by Anton Baskanov (＠baskanov) April 16, 2026

April 16, 2026

-- v4: dsound: Calculate rem and rem_inv incrementally. dsound: Calculate opos_num and ipos_num incrementally. dsound: Make rem_num signed. dsound: Use a 0.32 fixed point to represent the resampling ratio. https://gitlab.winehq.org/wine/wine/-/merge_requests/10423

4 12

[PATCH v2 0/6] MR10550: winex11: Keyboard layouts rework, part 1
by Matteo Bruni (＠Mystral) April 16, 2026

April 16, 2026

The idea is to improve the detection of the available keyboard layouts, normally via Xkb group names + xkbregistry, and then propagate the current layout to win32u and the PE / win32 side state. Along the way also start using `KBDTABLES` and the related newer win32u machinery that was introduced for winewayland. I'm taking a lot of inspiration (and also actual patches, or pieces of code) from the winewayland driver and Rémi's draft MR !2122. The main difference from that attempt is that I'm going to keep around `X11DRV_KEYBOARD_DetectLayout()` and use it as a fallback detection mechanism (e.g. for vncserver), but still move winex11 to `KBDTABLES` and such. You can find the current (still WIP, especially for later patches) branch at https://gitlab.winehq.org/Mystral/wine/-/commits/hl-kbl?ref_type=heads This first MR does very little, just testing the waters... -- v2: winex11: Decode current layout from Xkb group name. winex11: Update an obsolete comment about the Xkb group index. winex11: Look up keysyms for the currently selected Xkb group in X11DRV_KEYBOARD_DetectLayout(). winex11: Factor out mapping keycodes to scancodes / keysyms into a separate function. winex11: Factor out Xkb initialization. winex11: Get Xkb group names. https://gitlab.winehq.org/wine/wine/-/merge_requests/10550

3 13