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

[Bug 59415] New: In Falsus demo cannot be interacted with
by WineHQ Bugzilla April 17, 2026

April 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=59415 Bug ID: 59415 Summary: In Falsus demo cannot be interacted with Product: Wine Version: 11.2 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: afifsworld132(a)gmail.com Created attachment 80384 --> http://bugs.winehq.org/attachment.cgi?id=80384 Game run with logging +win,+cursor,+event System: MacBook Pro M1 (2020), macOS 14.1.1, Wine Staging 11.2, DXMT 0.71 (I downgraded from 0.73 due to it having Shared Handle/Video issues) After the "Press any Key" part, the game cannot be interacted with at all. It is a UE6 game, so seeing the Player.log, only relevant lines seem to be: "<RI> Initializing input. EnableMouseInPointer failed with the following error: Call not implemented. Using Windows.Gaming.Input" Log is attached. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 59512] New: HID devices report wrong DeviceType causing GetFileType() to return FILE_TYPE_DISK
by WineHQ Bugzilla April 17, 2026

April 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=59512 Bug ID: 59512 Summary: HID devices report wrong DeviceType causing GetFileType() to return FILE_TYPE_DISK Product: Wine Version: 11.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)list.winehq.org Reporter: Robert-Gerigk(a)online.de Distribution: --- Created attachment 80536 --> http://bugs.winehq.org/attachment.cgi?id=80536 test program HID device handles return incorrect values for GetFileType() and NtQueryVolumeInformationFile(FileFsDeviceInformation). Windows behavior (tested on Windows 11): - GetFileType() returns FILE_TYPE_UNKNOWN (0) - DeviceType = FILE_DEVICE_UNKNOWN (0x22) - Characteristics = FILE_AUTOGENERATED_DEVICE_NAME (0x80) Wine behavior (Wine 11.4): - GetFileType() returns FILE_TYPE_DISK (1) - DeviceType = 0x00000000 - Characteristics = 0x00000000 Root cause: hidclass.sys creates child PDOs with DeviceType=0 and no IRP_MJ_QUERY_VOLUME_INFORMATION handler. GetFileType() maps DeviceType 0 to its default case, returning FILE_TYPE_DISK. This breaks .NET applications that use FileStream on HID device handles (e.g. KNX automation software ETS6), because FileStream treats FILE_TYPE_DISK handles as seekable files and fails when trying to seek on a HID device. Tested with MDT KNX USB Interface (VID 16D0, PID 0491). Windows 11 output of hid_filetype_test.exe (attached to this ticket): === HID GetFileType / DeviceType Test === HID GUID: {4D1E55B2-F16F-11CF-88CB-001111000030} Device 0: \\?\hid#msft1234#5&149340ea&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} GetFileType: FILE_TYPE_UNKNOWN (0) NtQueryVolumeInformationFile(FileFsDeviceInformation): Status: 0x00000000 DeviceType: 0x00000022 Characteristics: 0x00000080 ... Device 5: \\?\hid#vid_16d0&pid_0491#6&2b4efaa3&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} GetFileType: FILE_TYPE_UNKNOWN (0) NtQueryVolumeInformationFile(FileFsDeviceInformation): Status: 0x00000000 DeviceType: 0x00000022 Characteristics: 0x00000080 HID: VID=16D0 PID=0491 Ver=513 Caps: UsagePage=0xFF00 Usage=0x0001 InLen=64 OutLen=64 Product: KNX-USB Inteface ... --- 10 device(s) opened, all report identical values --- Wine 11.4 output of same executable: === HID GetFileType / DeviceType Test === Device 0: \\?\hid#vid_16d0&pid_0491&mi_00#...#{4d1e55b2-f16f-11cf-88cb-001111000030} GetFileType: FILE_TYPE_DISK (1) NtQueryVolumeInformationFile(FileFsDeviceInformation): Status: 0x00000000 DeviceType: 0x00000000 Characteristics: 0x00000000 HID: VID=16D0 PID=0491 Ver=513 Caps: UsagePage=0xFF00 Usage=0x0001 InLen=64 OutLen=64 Product: KNX-USB Inteface --- 3 device(s) opened, all report identical values --- I have a patch ready (test + fix) and will submit a merge request once confirmed. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 38350] New: FTDI Vinculum II IDE V2.0.2-SP2 gets OLE Error 80020006 on startup and exits
by wine-bugs＠winehq.org April 17, 2026

April 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=38350 Bug ID: 38350 Summary: FTDI Vinculum II IDE V2.0.2-SP2 gets OLE Error 80020006 on startup and exits Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skenton(a)ou.edu Distribution: --- The FTDI Vinculum II IDE for firmware development pops up an OLE error dialog and exits immediately after the splash screen is loaded at startup. Works fine on WindowsXP-SP3. Below is everything I thought might help. VinIDE (current version as of 2015Apr03) Download Vinculum II Toolchain V2.0.2-SP2 http://www.ftdichip.com/Firmware/vnc2toolchain/Vinculum%20II%20Installer%20… (popup) Vinculum II IDE OLE error 80020006 OK $ wine --version wine-1.7.38 $ wineconsole fixme:wincodecs:PngDecoder_Block_GetCount stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:msxml:domelem_setAttributeNode (0x14aaf0)->(0x14ac98 0x33f774): semi-stub $ uname -a Linux Cube 3.16.0-33-generic #44-Ubuntu SMP Thu Mar 12 12:19:35 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

3 21

[Bug 58051] New: vbscript: Dictionary direct Keys/Items access causes parse error
by WineHQ Bugzilla April 17, 2026

April 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=58051 Bug ID: 58051 Summary: vbscript: Dictionary direct Keys/Items access causes parse error Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: francisdb(a)gmail.com Distribution: --- Example below Dim dict Set dict = CreateObject("Scripting.Dictionary") dict.Add "key1", 1 dict.Add "key2", 2 Dim i Dim keys: keys = dict.Keys() For i=0 To UBound(dict.Keys) Wscript.Echo i Wscript.Echo keys(i) Wscript.Echo dict.Keys()(i) '<- parser error 'Same for Items Next /opt/wine-devel/bin/wine cscript test.vbs 0138:fixme:vbscript:parser_error L"(i) '<- parser error\r\n 'Same for Items\r\nNext": "syntax error" 0138:fixme:wscript:ActiveScriptSite_OnScriptError () 0138:fixme:wscript:run_script ParseScriptText failed: 80004005 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 54291] New: vbscript stuck in endless for loop when UBound on Empty and On Error Resume Next
by WineHQ Bugzilla April 17, 2026

April 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=54291 Bug ID: 54291 Summary: vbscript stuck in endless for loop when UBound on Empty and On Error Resume Next Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- I ran across some code similar to the following: WScript.echo "Start" Dim ii Dim tmp Dim vpmMultiLights() : ReDim vpmMultiLights(0) On Error Resume Next For Each tmp In vpmMultiLights For ii = 1 To UBound(tmp) : tmp(ii).State = tmp(0).State : Next Next On Error Goto 0 WScript.echo "Done" In real vbscript, the result is: Start Done In wine vbscript, this code will get stuck in an endless loop. To work around this I hacked UBound to return 0 with VT_EMPTY, but I think real vbscript treats this differently. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 9

[Bug 54344] New: simtower (setup.exe) says could not open the file name "h:\wine64....."
by WineHQ Bugzilla April 17, 2026

April 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=54344 Bug ID: 54344 Summary: simtower (setup.exe) says could not open the file name "h:\wine64....." Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: elias_0000_0000(a)yahoo.com Distribution: --- simtower (setup.exe) says could not open the file name "h:\wine64....." setup.exe tries to expand the files, but it says the above message. What i must do? I downloaded expand.exe to expand files in dosbox by hand but it takes time. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 59517] New: IWICFormatConverter does not support BlackWhite as destination pixel format
by WineHQ Bugzilla April 17, 2026

April 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=59517 Bug ID: 59517 Summary: IWICFormatConverter does not support BlackWhite as destination pixel format Product: Wine Version: 11.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)list.winehq.org Reporter: Robert-Gerigk(a)online.de Distribution: --- Created attachment 80541 --> http://bugs.winehq.org/attachment.cgi?id=80541 test program IWICFormatConverter::Initialize() returns WINCODEC_ERR_UNSUPPORTEDOPERATION (0x88982F80) when GUID_WICPixelFormatBlackWhite is used as the destination pixel format. On Windows, this conversion succeeds for all source formats. This breaks .NET WPF applications that use System.Windows.Media.Imaging. FormatConvertedBitmap with PixelFormats.BlackWhite. The WPF imaging pipeline calls IWICFormatConverter internally, and the CLR maps the COM error to System.NotSupportedException ("The operation is not supported"). Steps to reproduce: 1. Create a 1bpp indexed BMP image (e.g., 8x8 checkerboard) 2. Load it via WPF BitmapImage (PixelFormat = Indexed1) 3. Create a FormatConvertedBitmap with DestinationFormat = BlackWhite 4. Call EndInit() on the FormatConvertedBitmap Expected: EndInit() succeeds, CopyPixels() returns valid 1bpp BlackWhite data Actual: EndInit() throws NotSupportedException (HRESULT 0x88982F80) Verified on: - Wine 11.4 (CachyOS/Arch, x86_64): FAIL - Tests 2+3 fail - Windows 11: PASS - all 4 tests pass Reproducer: The attached wic_format_test.cs is a minimal C# test program that creates an 8x8 1bpp BMP entirely in memory (no external files needed) and runs four tests: Test 1: Load 1bpp BMP via BitmapImage → PASS (Wine + Windows) Test 2: FormatConvertedBitmap → BlackWhite → FAIL on Wine, PASS on Windows Test 3: CopyPixels on converted bitmap → FAIL on Wine, PASS on Windows Test 4: FormatConvertedBitmap → Bgra32 (control) → PASS (Wine + Windows) Compile (Wine or Windows, .NET 4.x): csc.exe /r:PresentationCore.dll /r:WindowsBase.dll /r:System.Xaml.dll \ /target:exe /out:wic_format_test.exe wic_format_test.cs Run: wine wic_format_test.exe (or on Windows: wic_format_test.exe) Output is written to both console and wic_format_test.exe.log.txt. Root cause: In dlls/windowscodecs/converter.c, the supported_formats[] table entry for format_BlackWhite has NULL as the conversion function pointer: {format_BlackWhite, &GUID_WICPixelFormatBlackWhite, NULL}, This means no pixel format can be converted TO BlackWhite. Conversions FROM BlackWhite to other formats (e.g., 24bpp BGR, 8bpp Indexed) already work because those destination formats have their own copypixels_to_*() functions that handle format_BlackWhite as a source. A fix with Wine conformance tests will be submitted as a merge request. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 56480] New: vbscript: underscore line continue issues
by WineHQ Bugzilla April 17, 2026

April 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=56480 Bug ID: 56480 Summary: vbscript: underscore line continue issues Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: francisdb(a)gmail.com Distribution: --- > cat test.vbs Class Tween Public Function Delay(length) Set Delay = Me WScript.Echo "Delay " & length End Function Public Function Clear() Set Clear = Me WScript.Echo "Clear" End Function End Class Dim instance Set instance = new Tween WScript.Echo "chained" instance.Clear().Delay(1) WScript.Echo "chained with continuation dots after" ' works as expected instance. _ Clear(). _ Delay(1) WScript.Echo "chained with continuation dots before" ' 0114:fixme:wscript:ActiveScriptSite_OnScriptError instance.Clear() _ .Delay(1) WScript.Echo "chained with continuation dots before2" ' 0114:fixme:wscript:run_script ParseScriptText failed: 80004005 instance _ .Clear() _ .Delay(1) WScript.Echo "done" -- Linux Wine. > wine cscript test.vbs 0114:fixme:vbscript:parser_error L".Delay(1)\n\nWScript.Echo \"done\"\n": "syntax error" 0114:fixme:wscript:ActiveScriptSite_OnScriptError () 0114:fixme:wscript:run_script ParseScriptText failed: 80004005 -- Windows cscript > cscript test.vbs Microsoft (R) Windows Script Host Version 5.812 Copyright (C) Microsoft Corporation. All rights reserved. chained Clear Delay 1 chained with continuation dots after Clear Delay 1 chained with continuation dots before Clear Delay 1 chained with continuation dots before2 Clear Delay 1 done -- Some more notes: * On wine by commenting out the last section you get a different error * I have also seen different errors depending on weather the functions called have arguments or not * Other uses of underscore do seem to work. Eg multiline Dim, multiline if. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 59534] New: Cabinet.dll missing Compressor interfaces
by WineHQ Bugzilla April 17, 2026

April 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=59534 Bug ID: 59534 Summary: Cabinet.dll missing Compressor interfaces Product: Wine Version: 11.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cabinet Assignee: wine-bugs(a)list.winehq.org Reporter: winehq(a)fireslash.net Distribution: --- Created attachment 80573 --> http://bugs.winehq.org/attachment.cgi?id=80573 Quick stub to prevent the game from crashing WillPlus's AdvHD engine now uses cabinet.dll:30 (CreateCompressor) and friends to compress it's save games. API: https://learn.microsoft.com/en-us/windows/win32/api/compressapi/ If you need a real world application that uses this API, the only publicly available/released game right now is Empress's latest title, which has a free demo. However, it's extremely NSFW even at the title screen. ( www.willplus-download dot com/Empress/yukanmadam/yukanmadam_trialedition.exe reminder this is very NSFW ). Future titles using this engine will presumably also be affected. The repro is to start a new game, click a few times past the intro title cards, then exit to the title, save the game, or load a save. All of these actions exercise this API. I've written a quick stub to work around this for now, which just passes the data through without compression. This works around the bug for the game in question, as it only reads what it writes with this API; however I don't expect this is worth writing a PR for as it stands. Hopefully it can be a useful starting point to someone for writing a proper PR. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 55031] New: experimental wow64 mode: crashes in some 3d graphics code
by WineHQ Bugzilla April 17, 2026

April 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=55031 Bug ID: 55031 Summary: experimental wow64 mode: crashes in some 3d graphics code Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: idarktemplar(a)mail.ru Distribution: --- Created attachment 74591 --> https://bugs.winehq.org/attachment.cgi?id=74591 wine.crash.log When I'm trying to run Spellforce 2 with experimental wow64 wine mode, it crashes. When I'm running it using normal multilib setup, everything runs fine, at least until main menu, didn't check again further. Same happens when I'm trying to run Torchlight 2 from Steam. Demo available on: https://store.steampowered.com/app/200710/Torchlight_II/ Crashing wine build options: ./configure --with-mingw --enable-archs='i386,x86_64' --prefix=/tmp/wineinstall Suspicious log lines just before crash: 0114:fixme:opengl:wow64_map_buffer GL_MAP_PERSISTENT_BIT not supported! wine: Unhandled page fault on write access to 5BFFF000 at address 6AB23144 (thread 0114), starting debugger... OS: Gentoo Linux amd64 (64bit) Graphics: X11 Videocard information: OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: Quadro K1000M/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 470.182.03 OpenGL core profile shading language version string: 4.60 NVIDIA OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4