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

[PATCH v4 0/1] MR9742: mf: Prevent invalid topologies from being started.
by Bernhard Kölbl March 11, 2026

March 11, 2026

Signed-off-by: Bernhard Kölbl <bkoelbl(a)codeweavers.com> -- v4: mf: Prevent invalid topologies from being started. https://gitlab.winehq.org/wine/wine/-/merge_requests/9742

2 5

[PATCH v3 0/1] MR10301: hidclass.sys: Report correct device type for HID device objects.
by Jan Robert Gerigk (＠RgSg86) March 11, 2026

March 11, 2026

HID child PDOs were created with DeviceType 0 and no characteristics, causing GetFileType() to return FILE_TYPE_DISK instead of FILE_TYPE_UNKNOWN. This broke .NET applications (e.g. ETS6) that use FileStream on HID device handles, as FileStream incorrectly treats FILE_TYPE_DISK handles as seekable files. Set DeviceType to FILE_DEVICE_UNKNOWN and Characteristics to FILE_AUTOGENERATED_DEVICE_NAME to match Windows behavior, and add an IRP_MJ_QUERY_VOLUME_INFORMATION handler to return these values. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59512 -- v3: hidclass.sys: Report correct device type for HID device objects. https://gitlab.winehq.org/wine/wine/-/merge_requests/10301

3 2

[PATCH v6 0/2] MR10250: Call abort if _wassert error behavior is set to _OUT_TO_STDERR and trigger a debug break.
by Santino Mazza (＠tati) March 11, 2026

March 11, 2026

If assert is called when error mode is set to _OUT_TO_STDERR and abort behavior is set to _WRITE_ABORT_MSG the abort message box is still showed in Windows. Some applications do this and don't trigger a break point in Wine because abort is never called. Note: Windows actually triggers an exception in abort, instead of calling DebugBreak. I suppose this is the behavior of ReportFault, but it's not implemented. -- v6: msvcrt: Call abort at the end of _wassert. ucrtbase: Fastfail if _CALL_REPORTFAULT is set. https://gitlab.winehq.org/wine/wine/-/merge_requests/10250

3 4

[PATCH v2 0/4] MR10275: windows.media.speech: Some smaller changes
by Bernhard Kölbl March 11, 2026

March 11, 2026

-- v2: windows.media.speech: Set pointer to NULL. windows.media.speech: Make sure voice provider is initialized before returning default voice. windows.media.speech/tests: Skip some voice tests on Windows 8. windows.media.speech/tests: Change a value check. https://gitlab.winehq.org/wine/wine/-/merge_requests/10275

1 5

[PATCH v2 0/1] MR10301: hidclass.sys: Report correct device type for HID device objects.
by Jan Robert Gerigk (＠RgSg86) March 11, 2026

March 11, 2026

HID child PDOs were created with DeviceType 0 and no characteristics, causing GetFileType() to return FILE_TYPE_DISK instead of FILE_TYPE_UNKNOWN. This broke .NET applications (e.g. ETS6) that use FileStream on HID device handles, as FileStream incorrectly treats FILE_TYPE_DISK handles as seekable files. Set DeviceType to FILE_DEVICE_UNKNOWN and Characteristics to FILE_AUTOGENERATED_DEVICE_NAME to match Windows behavior, and add an IRP_MJ_QUERY_VOLUME_INFORMATION handler to return these values. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59512 -- v2: hidclass.sys: Report correct device type for HID device objects. https://gitlab.winehq.org/wine/wine/-/merge_requests/10301

2 2

[PATCH v5 0/2] MR10250: Call abort if _wassert error behavior is set to _OUT_TO_STDERR and trigger a debug break.
by Santino Mazza (＠tati) March 11, 2026

March 11, 2026

If assert is called when error mode is set to _OUT_TO_STDERR and abort behavior is set to _WRITE_ABORT_MSG the abort message box is still showed in Windows. Some applications do this and don't trigger a break point in Wine because abort is never called. Note: Windows actually triggers an exception in abort, instead of calling DebugBreak. I suppose this is the behavior of ReportFault, but it's not implemented. -- v5: msvcrt: Call abort at the end of _wassert. https://gitlab.winehq.org/wine/wine/-/merge_requests/10250

3 3

Re: [PATCH v4 0/2] MR10250: Call abort if _wassert error behavior is set to _OUT_TO_STDERR and trigger a debug break.
by Santino Mazza (＠tati) March 11, 2026

March 11, 2026

On Tue Mar 10 21:44:47 2026 +0000, Piotr Caban wrote: > `_CALL_REPORTFAULT` was added in `msvcr80`. It should be probably > changed to `_MSVCR_VER >= 80`. I think it might be implemented differently, because I don't get any exceptions or breakpoints in x86dbg when `_CALL_REPORT_FAULT` is set in msvcr, only with ucrtbase. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10250#note_131832

1 0

[PATCH 0/1] MR8462: mfmediaengine: Delay old presentation clearing until new toplogy was set.
by Bernhard Kölbl March 11, 2026

March 11, 2026

Shutting down the media source, while it is still in an active topology, causes Windows' media session to fully shut down. To avoid this, only clear the old presentation on release, shutdown or when a new topology was successfully set. (FWIW: This solution is definitely not the greatest) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8462

3 3

[PATCH 0/1] MR10301: hidclass.sys: Report correct device type for HID device objects.
by Jan Robert Gerigk (＠RgSg86) March 11, 2026

March 11, 2026

HID child PDOs were created with DeviceType 0 and no characteristics, causing GetFileType() to return FILE_TYPE_DISK instead of FILE_TYPE_UNKNOWN. This broke .NET applications (e.g. ETS6) that use FileStream on HID device handles, as FileStream incorrectly treats FILE_TYPE_DISK handles as seekable files. Set DeviceType to FILE_DEVICE_UNKNOWN and Characteristics to FILE_AUTOGENERATED_DEVICE_NAME to match Windows behavior, and add an IRP_MJ_QUERY_VOLUME_INFORMATION handler to return these values. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59512 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10301

2 1

Re: [PATCH v2 0/2] MR10300: jscript: Treat empty string as NULL in GetScriptDispatch
by Jacek Caban (＠jacek) March 11, 2026

March 11, 2026

On Wed Mar 11 12:14:45 2026 +0000, Jan Robert Gerigk wrote: > Restructured as requested. This is my first Wine contribution, so please > let me know if anything else needs adjustment. By the way, is a > Bugzilla entry always required or is it optional for straightforward > fixes? I also found a HID Bug > (https://bugs.winehq.org/show_bug.cgi?id=59512) ans perhaps another one, > but I have to double-check the second one first. Thanks! A Bugzilla entry is optional, it is fine to describe the problem in the MR instead. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10300#note_131828

1 0