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

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

April 3, 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. -- v8: vbscript: Return "Name redefined" error for duplicate declarations. https://gitlab.winehq.org/wine/wine/-/merge_requests/10464

2 1

[PATCH 0/1] MR10552: bcrypt: Handle SHA512 in key_asymmetric_verify().
by Hans Leidekker (＠hans) April 3, 2026

April 3, 2026

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

2 1

[PATCH v4 0/1] MR10551: Draft: Check Font Height without Graphics
by Bartosz Kosiorek (＠gang65) April 3, 2026

April 3, 2026

-- v4: gdiplus/tests: Check Font Height without GpGraphics https://gitlab.winehq.org/wine/wine/-/merge_requests/10551

2 2

Re: [PATCH v46 0/1] MR10192: kernelbase: Handle extended length path prefix in GetLongPathNameW
by Akihiro Sagawa (＠sgwaki) April 3, 2026

April 3, 2026

On Fri Apr 3 11:32:44 2026 +0000, Vishnunithyasoundhar S wrote: > I have addressed all ur comments @sgwaki Pls have a look thanks. > Also currently, some tests that my code change didnt even touch are > failing. Am I supposed to look into them too? Ideally, those failures should be verified, but if you're confident that your change cannot affect them, it's fine to ignore them. Personally, I would at least take a quick look to confirm that the failing tests don't use the API you modified. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10192#note_134950

1 0

[PATCH v3 0/7] MR10549: iyuv_32: Implement Decompression
by Brendan McGrath (＠redmcg) April 3, 2026

April 3, 2026

This MR adds I420 "decompression" functionality to the `iyuv_32.dll`. -- v3: iyuv_32: Implement IYUV_Decompress. iyuv_32: Implement IYUV_DecompressBegin. iyuv_32: Implement IYUV_Open. iyuv_32: Implement IYUV_DecompressGetFormat. iyuv_32: Implement IYUV_DecompressQuery. iyuv_32: Implement IYUV_GetInfo. winegstreamer: Add winegstreamer_create_color_converter. https://gitlab.winehq.org/wine/wine/-/merge_requests/10549

3 12

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

April 3, 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. -- v14: crypt32: Implement PFXExportCertStoreEx support https://gitlab.winehq.org/wine/wine/-/merge_requests/10532

3 2

Re: [PATCH v46 0/1] MR10192: kernelbase: Handle extended length path prefix in GetLongPathNameW
by Akihiro Sagawa (＠sgwaki) April 3, 2026

April 3, 2026

Thanks for the update -- the changes look much better overall. There are still a few areas that need some refinement, though. Since this will start handling extended-length path prefix in GetLongPathNameW function, you may also need to pay attention to the length of `tmplongpath`. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10192#note_134943

1 0

Re: [PATCH v46 0/1] MR10192: kernelbase: Handle extended length path prefix in GetLongPathNameW
by Akihiro Sagawa (＠sgwaki) April 3, 2026

April 3, 2026

Akihiro Sagawa (@sgwaki) commented about dlls/kernelbase/file.c: > return 0; > } > > - if (shortpath[0] == '\\' && shortpath[1] == '\\') > + /* Handle \\?\ prefix (Extended Length Path) */ > + if (wcslen(shortpath) >= 4 && shortpath[0] == '\\' && > + shortpath[1] == '\\' && shortpath[2] == '?' && shortpath[3] == '\\') { Please add a newline before `{` and `}`, and also use a 4‑space indentation instead of 2 spaces to match the surrounding code. The same style issue applies to the following lines, so the rest is omitted. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10192#note_134942

1 0

Re: [PATCH v46 0/1] MR10192: kernelbase: Handle extended length path prefix in GetLongPathNameW
by Akihiro Sagawa (＠sgwaki) April 3, 2026

April 3, 2026

Akihiro Sagawa (@sgwaki) commented about dlls/kernelbase/file.c: > return 0; > } > > - if (shortpath[0] == '\\' && shortpath[1] == '\\') > + /* Handle \\?\ prefix (Extended Length Path) */ > + if (wcslen(shortpath) >= 4 && shortpath[0] == '\\' && `lstrlenW` is preferred since it is already used elsewhere in this function. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10192#note_134941

1 0

Re: [PATCH v46 0/1] MR10192: kernelbase: Handle extended length path prefix in GetLongPathNameW
by Akihiro Sagawa (＠sgwaki) April 3, 2026

April 3, 2026

Akihiro Sagawa (@sgwaki) commented about dlls/kernelbase/file.c: > + if (wcsnicmp(shortpath + 4, L"UNC\\", 4) == 0) { > + FIXME("UNC Extended pathname %s\n", debugstr_w(shortpath)); > + tmplen = lstrlenW(shortpath); > + if (tmplen < longlen) { > + if (longpath != shortpath) > + lstrcpyW(longpath, shortpath); > + return tmplen; > + } > + return tmplen + 1; > + } else if (shortpath[4] && shortpath[5] == ':') { > + tmplongpath[0] = '\\'; > + tmplongpath[1] = '\\'; > + tmplongpath[2] = '?'; > + tmplongpath[3] = '\\'; > + tmplongpath[4] = shortpath[4]; > + tmplongpath[5] = shortpath[5]; Since you're copying six characters manually, couldn't this be rewritten as `lstrcpynW(tmplongpath, shortpath, 6)` ? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10192#note_134940

1 0