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

[PATCH v2 0/1] MR10454: vbscript: Return DISP_E_TYPEMISMATCH when indexing non-array variables.
by Francis De Brabandere (＠francisdb) April 1, 2026

April 1, 2026

Indexing or assigning to a non-array, non-dispatch variable (e.g. Integer, String, Boolean, Empty, Null, Double, Date) with variant_call() returned E_NOTIMPL. Windows returns DISP_E_TYPEMISMATCH (error 13). -- v2: vbscript: Return DISP_E_TYPEMISMATCH when indexing non-array variables. https://gitlab.winehq.org/wine/wine/-/merge_requests/10454

2 1

[PATCH v4 0/1] MR10374: vbscript: Throw proper error for undefined variables with Option Explicit.
by Francis De Brabandere (＠francisdb) April 1, 2026

April 1, 2026

When Option Explicit is set and a For loop uses an undefined variable, throw error 500 (Variable is undefined) with proper description instead of just returning E_FAIL. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57511 -- v4: vbscript: Throw proper error for undefined variables with Option Explicit. https://gitlab.winehq.org/wine/wine/-/merge_requests/10374

2 1

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

April 1, 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 -- v40: kernelbase: Handle extended length path prefix in GetLongPathNameW https://gitlab.winehq.org/wine/wine/-/merge_requests/10192

2 1

[PATCH v4 0/2] MR7696: mf: Specify the multithreaded queue for timer callbacks.
by Conor McCarthy (＠cmccarthy) April 1, 2026

April 1, 2026

This fixes audio dropout in the game Birdcage. I made a test which shows Windows delivering samples from two different threads, which implies a multithreaded queue. The test is probably not suitable for upstream because multithreaded queues respond to load, and a system with sufficient performance may use one thread. -- v4: mf: Specify the multithreaded queue for sample grabber timer callbacks. mf: Specify the multithreaded queue for presentation clock callbacks. https://gitlab.winehq.org/wine/wine/-/merge_requests/7696

3 5

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

April 1, 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 -- v39: kernelbase: Handle extended length path prefix in GetLongPathNameW https://gitlab.winehq.org/wine/wine/-/merge_requests/10192

2 1

[PATCH 0/2] MR10540: build: Fix warnings with recent gcc/glibc versions
by Katharina Bogad (＠hackathi) April 1, 2026

April 1, 2026

Recent (at least >= 15.2) GCC changes enabled -Wdiscarded-qualifier by default. Fixing these warnings allows for building with -Werror again. Also, recent GCC versions switched to use C23 by default. This causes glibc to define wcschr, wcsrchr and wcspbrk as macros in their version of wchar.h. Redefining those also leads to a warning, which gets converted to an error with -Werror. The second commit in this MR detects this case and `#undefs` the macros. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10540

2 2

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

April 1, 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 -- v38: kernelbase: Handle extended length path prefix in GetLongPathNameW https://gitlab.winehq.org/wine/wine/-/merge_requests/10192

2 1

[PATCH v4 0/2] MR10532: crypt32: Implement PFXExportCertStoreEx support
by Benoît Legat (＠blegat) April 1, 2026

April 1, 2026

Part 2 of my attempt to run the [Niko Home Control programming software](https://appdb.winehq.org/objectManager.php?sClass=application&iId… under Wine. This .NET application ends up calling \``PFXExportCertStoreEx` (or `PFXExportCertStore` ) since it redirects to it which is a stub at the moment. According to the [documentation](https://learn.microsoft.com/en-us/windows/win32/api/wincrypt…, if the `EXPORT_PRIVATE_KEYS` flag is set, we should export the private key as well. For this, we use `NCryptExportKey` which is part of `ncrypt` so we have to add `ncrypt` to the `Makefile.in` as well. For exporting, I used GnuTLS library. As it seems to be only available in the unix side, I added a helper in `unixlib.c`. **EDIT** Looking at the behavior of Windows with the tests, it seems that when `cert` is `NULL` we should not fail but instead produce a valid but empty `PKCS#12`. I changed this to reflect Windows' behavior. -- v4: Import CAPI key export https://gitlab.winehq.org/wine/wine/-/merge_requests/10532

2 2

[PATCH 0/6] MR10538: dinput/tests: Add tests for dinput joystick guidInstance values.
by Rémi Bernon (＠rbernon) April 1, 2026

April 1, 2026

Split from https://gitlab.winehq.org/wine/wine/-/merge_requests/10364 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10538

3 7

[PATCH v3 0/4] MR10364: dinput: Add support for generating consistent guidInstance values for devices.
by Connor McAdams (＠cmcadams) April 1, 2026

April 1, 2026

This MR adds support for creating `guidInstance` values for joystick devices in a way that matches native behavior. Our current method of creating a `guidInstance` value uses the device's rawinput handle, which changes each time a controller is plugged in. Fixes a bug in Rocket League where a controller plug/unplug cycle results in a new controller being detected each time. The process is like this: - Controller is connected, the game gets its `guidInstance` value from `EnumDevices()`, stores it and associates it with player 1. - Controller is disconnected. - The same controller is reconnected, the game calls `EnumDevices()`, and finds a new `guidInstance` value. - It then assumes this is a new controller, creates a new player, and behaves as though player 1's controller is unplugged. This MR implements `guidInstance` in a way that matches native, and ensures that the `guidInstance` value remains consistent. Doing things this way also makes it easier to add support for `DIPROP_JOYSTICKID` and `GUID_Joystick` in a future MR. I've implemented those in a branch [here](https://gitlab.winehq.org/cmcadams/wine/-/tree/WIP/dinput-instance-gu… using this system. -- v3: dinput: Return E_FAIL when joystick device is disconnected. dinput: Properly implement guidInstance for joystick devices. dinput/tests: Add tests for dinput joystick guidInstance values. dinput/tests: Fix check_device() test function when multiple HID devices are present. https://gitlab.winehq.org/wine/wine/-/merge_requests/10364

3 8