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

Re: [PATCH v24 0/2] MR10295: Fix ImageGetDigestStream
by eric pouech (＠epo) March 27, 2026

March 27, 2026

thanks for updating this the good news is that this passes the tests, with some interesting coverage the bad news is that the MR fails on the first real .exe I tested against (only the flags CERT_PE_IMAGE_DIGEST_RESOURCES |CERT_PE_IMAGE_DIGEST_ALL_IMPORT_INFO generate correct information) (for the other flags, the tests show different values for nt header and section blobs; to start with) I tested then only this flag combination on a greater deal of images, and some fail; it seems however they all fail the same way: they miss to report an entire section; didn't investigate further the cause; but this doesn't look to complicated what I suggest for the next step is to concentrate on this set of flags (it seems you're not too far way for getting it right); and put a FIXME at the start of function in case the flags don't match that set; then in subsequent commits (could be even a different MR) start implementing the extra flag combination (test used mainly prints size + md5 of each blob reported in callback and compare text output on native & biultin) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10295#note_134105

1 0

Re: [PATCH v2 0/4] MR10421: winegstreamer: Improve quartz MPEG-1 video seeking.
by Elizabeth Figura (＠zfigura) March 27, 2026

March 27, 2026

On Wed Mar 25 14:49:28 2026 +0000, Akihiro Sagawa wrote: > As you may know, MPEG video uses inter‑frame compression. I'm still > checking the details, but it appears that the MPEG video decoder > receives P‑frames and B‑frames and keeps the required reference frames > until all dependencies are resolved. Because of this, when frames appear > in a sequence like PBBPBBPBB after seeking, a buffer of eight samples > was not sufficient. Oh indeed, I assumed that we implemented things differently and didn't actually hold onto all the P/B frames in the decoder. That makes sense then. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10421#note_134100

1 0

[PATCH v4 0/7] MR10009: mf/topology_loader: Fix some topology loader test failures.
by Conor McCarthy (＠cmccarthy) March 27, 2026

March 27, 2026

A followup MR will move converter connection behaviour closer to native, and maybe revise decoder connection a bit. -- v4: mf/topology_loader: Load the down connection method in topology_branch_connect(). mf/topology_loader: Enumerate branch up types if the node has no current type. mf/topology: Actually set the input type for transforms in IsMediaTypeSupported(). https://gitlab.winehq.org/wine/wine/-/merge_requests/10009

3 10

[PATCH 0/5] MR10474: mf/topology_loader: Misc cleanup / refactoring.
by Rémi Bernon (＠rbernon) March 27, 2026

March 27, 2026

First part of https://gitlab.winehq.org/wine/wine/-/merge_requests/10009 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10474

3 6

[PATCH v14 0/16] MR10209: kernelbase/loader.c: Include rudimentary support for multilanguage resource inclusion.
by Craig Schulstad (＠NoDakker) March 27, 2026

March 27, 2026

For programs that rely on language specific data for resources such as menus and text, attempt to search for and associated "mui" file. For example, if program "myapp.exe" is executed and resources are not found, and the user's language ID is "en-US", search for file "en-US/myapp.exe.mui", and if found, utilize that file for the source of resource data. -- v14: kernelbase/loader.c: Enhance multilanguage resource search 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/10209

3 17

[PATCH v11 0/1] MR10461: Draft: vbscript: Implement IDispatch::GetTypeInfo for class instances.
by Francis De Brabandere (＠francisdb) March 27, 2026

March 27, 2026

Implement GetTypeInfo on vbdisp_t (VBScript class instances) by returning an ITypeInfo that reports the class name via GetDocumentation(MEMBERID_NIL) and exposes public methods and properties via GetFuncDesc, GetVarDesc, GetNames, GetIDsOfNames, and GetTypeAttr. This makes TypeName() return the actual class name (e.g. "MyClass") instead of falling back to "Object". This is partially based on previous work by @jsm174 at https://github.com/jsm174/libwinevbs/blob/fbc4d2a17a2da8196d50805f7ae289406… -- v11: vbscript: Implement IDispatch::GetTypeInfo for class instances. https://gitlab.winehq.org/wine/wine/-/merge_requests/10461

2 1

[PATCH v10 0/1] MR10461: Draft: vbscript: Implement IDispatch::GetTypeInfo for class instances.
by Francis De Brabandere (＠francisdb) March 27, 2026

March 27, 2026

Implement GetTypeInfo on vbdisp_t (VBScript class instances) by returning an ITypeInfo that reports the class name via GetDocumentation(MEMBERID_NIL) and exposes public methods and properties via GetFuncDesc, GetVarDesc, GetNames, GetIDsOfNames, and GetTypeAttr. This makes TypeName() return the actual class name (e.g. "MyClass") instead of falling back to "Object". This is partially based on previous work by @jsm174 at https://github.com/jsm174/libwinevbs/blob/fbc4d2a17a2da8196d50805f7ae289406… -- v10: vbscript: Implement IDispatch::GetTypeInfo for class instances. https://gitlab.winehq.org/wine/wine/-/merge_requests/10461

2 1

[PATCH v9 0/1] MR10461: Draft: vbscript: Implement IDispatch::GetTypeInfo for class instances.
by Francis De Brabandere (＠francisdb) March 27, 2026

March 27, 2026

Implement GetTypeInfo on vbdisp_t (VBScript class instances) by returning an ITypeInfo that reports the class name via GetDocumentation(MEMBERID_NIL) and exposes public methods and properties via GetFuncDesc, GetVarDesc, GetNames, GetIDsOfNames, and GetTypeAttr. This makes TypeName() return the actual class name (e.g. "MyClass") instead of falling back to "Object". This is partially based on previous work by @jsm174 at https://github.com/jsm174/libwinevbs/blob/fbc4d2a17a2da8196d50805f7ae289406… -- v9: vbscript: Implement IDispatch::GetTypeInfo for class instances. https://gitlab.winehq.org/wine/wine/-/merge_requests/10461

2 1

[PATCH 0/2] MR10473: winhttp: Fix a typo.
by Hans Leidekker (＠hans) March 27, 2026

March 27, 2026

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

2 2

[PATCH 0/1] MR10471: unwind: fix some invalid `reinterpret_cast`s
by Safocl Stollmannovic (＠safocl88) March 27, 2026

March 27, 2026

Performing type `reinterpret-cast`s between pointers to types that are not _pointers-interconvertible_ and then using the results is incorrect usage. Only the “array of N unsigned char” or of type “array of N std::byte” types can used as storage (in general case). To convert a pointer to a structure object containing a byte array into a pointer to an object explicitly created in that storage, std::launder must be called on that "newly typed" pointer. Accessing an explicitly created object in such a byte store through a pointer to an object of the structure type that contains the given byte array requires calling std::launder. ```cpp struct S { unsigned char data[_LIBUNWIND_CURSOR_SIZE * sizeof(uint64_t)]; } s; struct S2 { int i; }; new(s.data) S2(42); auto s2_ptr1 = reinterpret_cast<S2*>(s.data); auto s2_ptr2 = reinterpret_cast<S2*>(s); // this pointer is not changed ([expr.static.cast#12]) and points to s (struct S) auto s2_ptr3 = std::launder(reinterpret_cast<S2*>(s)); int i1 = s2_ptr1->i; // OK int i3 = s2_ptr3->i; // OK (?) int i2 = s2_ptr2->i; // this is undefined behavior ``` Also a pointer to object of type uint16\[2\] cannot be reinterpreted as uint32 -- this is undefined behavior (https://godbolt.org/z/vY1zKEvo6) https://eel.is/c++draft/intro.object#3 https://eel.is/c++draft/basic.compound#5 https://eel.is/c++draft/basic.compound#6 https://eel.is/c++draft/basic.lval#11 https://eel.is/c++draft/expr.static.cast#12 https://eel.is/c++draft/expr.reinterpret.cast#7 https://en.cppreference.com/w/cpp/utility/launder.html https://en.cppreference.com/w/cpp/language/reinterpret_cast.html -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10471

5 15