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

[Bug 48291] New: Detroit: Become Human crashes on launch
by WineHQ Bugzilla March 20, 2026

March 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=48291 Bug ID: 48291 Summary: Detroit: Become Human crashes on launch Product: Wine Version: 5.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Created attachment 65990 --> https://bugs.winehq.org/attachment.cgi?id=65990 backtrace For now I've only uploaded a backtrace, but it's a bit unusual: 0x0000000000000000: -- no code accessible -- Let me know if you need anything else. -- 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 77

[Bug 35904] New: USB connection not recognized by Axon MultiClamp Commander 700B.
by wine-bugs＠winehq.org March 20, 2026

March 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=35904 Bug ID: 35904 Summary: USB connection not recognized by Axon MultiClamp Commander 700B. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com The "Axon MutiClamp Commander 700B" is a devices which connected with USB to the PC. The software for controlling the device installs and runs well, but it does not identify the USB device. For this reason, the application "MutiClamp Commander 700B" in Winehq's AppDB has currently status "Garbage". -- 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 11

[Bug 58963] New: Stratego (1997) fails to start
by WineHQ Bugzilla March 20, 2026

March 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=58963 Bug ID: 58963 Summary: Stratego (1997) fails to start Product: Wine Version: 10.18 Hardware: x86-64 URL: https://archive.org/details/STRATEGO OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: tobbi.bugs(a)googlemail.com CC: jeremielapuree(a)yahoo.fr, z.figura12(a)gmail.com Created attachment 79665 --> http://bugs.winehq.org/attachment.cgi?id=79665 log with bidi and font channels enabled +++ This bug was initially created as a clone of Bug #58942 +++ ** NOTE: ** I created this bug because I was asked to create a separate bug for the issue that occurs while starting the game. See https://bugs.winehq.org/show_bug.cgi?id=58942#c8 % wine --version wine-10.18 % openssl sha256 STRATEGO.iso SHA2-256(STRATEGO.iso)= e82340b5e23554618dfe406c102ca2a793b34e49723e921e5cc6a5911a9867e1 I'm trying to install Stratego from here: https://archive.org/details/STRATEGO Steps to reproduce: 1. Download the ISO and mount it on your system. 2. Change the configuration options of Wine to map E: to the path where the ISO image was mounted, as well as the Operating System to Windows XP (or Windows 98 - shouldn't matter) 3. Install Stratego by running the SETUP.EXE file with wine. 4. Start Stratego by running the Stratego.exe in C:/Program Files (x86)/Hasbro Interactive/Stratego/Stratego.exe Expected Result: Stratego starts Actual result: Error message "Unable to 'CreateScalableFontResource()'" === joaopa 2025-11-10 16:55:21 CET Created attachment 79644 [details] log with bidi and font channels enabled In the log on can read : 0128:trace:bidi:CreateScalableFontResourceW (1, L"C:\\Program Files (x86)\\Hasbro Interactive\\Stratego\\Ly2.for", L"C:\\windows\\system32\\Ly2.ttr", (null)) === joaopa 2025-11-10 21:35:08 CET in relay one can read 00b4:Call KERNEL32.HeapFree(7ffffe320000,00000000,00000000) ret=6ffffea85eba 00f4:Call KERNEL32.GetFullPathNameA(015c873c "Grfx\\Ly2.enc",00000104,0022f900,0022f8d0) ret=00469a34 0034:Call ucrtbase.strchr(7ffffe3bec40 "application/x-kourse:*.course\n",0000000a) ret=14000338b 00b4:Ret KERNEL32.HeapFree() retval=00000001 ret=6ffffea85eba 00f4:Call ntdll.RtlInitAnsiString(0022f4f0,015c873c "Grfx\\Ly2.enc") ret=7b613a62 0034:Ret ucrtbase.strchr() retval=7ffffe3bec5d ret=14000338b 00b4:Call KERNEL32.HeapFree(7ffffe320000,00000000,00000000) ret=6ffffea85ec7 00f4:Ret ntdll.RtlInitAnsiString() retval=0000000d ret=7b613a62 0034:Call ucrtbase.strchr(7ffffe3bec40 "application/x-kourse:*.course",0000003a) ret=140003417 00b4:Ret KERNEL32.HeapFree() retval=00000001 ret=6ffffea85ec7 00f4:Call ntdll.RtlAnsiStringToUnicodeString(7ffc2bf8,0022f4f0,00000000) ret=7b613aae 0034:Ret ucrtbase.strchr() retval=7ffffe3bec54 ret=140003417 00b4:Ret ucrtbase._wcsicmp() retval=00000003 ret=6ffffb9e64d2 00f4:Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=7b613aae 0034:Call ucrtbase.malloc(00000020) ret=14000342f 00b4:Call ucrtbase._wcsicmp(7fffff2fe080 L"Strings",7ffffe3ce62a L"DestinationDirs") ret=6ffffb9e64d2 00f4:Call ntdll.RtlGetFullPathName_U(7ffc2c00 L"Grfx\\Ly2.enc",00000208,0022f528,0022f524) ret=7b5c5dc3 but I do not know what it means. but Ly2.for and Ly2.ttr don't exist. That is surely the culprit === Tobias (:Tobbi) Markus 2025-11-10 22:02:59 CET I just got myself a complete WINEDEBUG=+all log. I noticed the following line there: 678335.510:00d4:00d8:trace:file:NtCreateFile handle=0x1001ff3f8 access=80100080 name=L"\\??\\C:\\Program Files (x86)\\Hasbro Interactive\\Stratego\\Ly2.for" objattr=00000040 root=0x0 sec=0x0 io=0x1001ff400 alloc_size=0x0 attr=00000080 sharing=00000000 disp=1 options=00000060 ea=0x0.0x00000000 It looks like the application is creating the file itself, but failing. I'll upload the log in a few. === Tobias (:Tobbi) Markus 2025-11-11 00:53:32 CET I have tried Stratego on an old Windows XP VM, where it works. === Tobias (:Tobbi) Markus 2025-11-11 17:44:49 CET I just created a batch file that continuously prints the contents of the "C:/Program Files/Hasbro Interactive/Stratego" directory and I noticed that, indeed, the Ly2.for file is created after the application started and removed again on exit: ``` :loop dir "C:/Programme/Hasbro Interactive/Stratego" ping -n 6 127.0.0.1 > nul goto loop ``` (In case you're wondering, the ping command is to imitate a "sleep for 5 seconds, so you don't get overwhelmed with messages"). -- 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 18

[Bug 59460] New: bcrypt: Implement RSA-OAEP padding defaults (fixes Wallpaper Engine mobile sync)
by WineHQ Bugzilla March 20, 2026

March 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=59460 Bug ID: 59460 Summary: bcrypt: Implement RSA-OAEP padding defaults (fixes Wallpaper Engine mobile sync) Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: bcrypt Assignee: wine-bugs(a)list.winehq.org Reporter: sreehari7102008(a)gmail.com Distribution: --- Created attachment 80447 --> http://bugs.winehq.org/attachment.cgi?id=80447 Patch implementing default OAEP padding (SHA-1 + empty label) for BCryptEncrypt when pPaddingInfo is NULL. Fixes Wallpaper Engine mobile sync on Proton. When BCryptEncrypt is called with BCRYPT_PAD_OAEP and pPaddingInfo = NULL (common in many high-level libraries), Windows defaults to SHA-1 hash algorithm with an empty label. The GnuTLS backend in Wine currently requires a full BCRYPT_OAEP_PADDING_INFO structure even for encryption and returns STATUS_INVALID_PARAMETER. This breaks RSA-OAEP handshakes in several applications, notably the mobile device pairing / sync feature in Wallpaper Engine. This patch makes the encryption path match real Windows behaviour: - if pPaddingInfo == NULL → use SHA-1 + empty label - otherwise use the supplied hash and label (label may still be empty) Decryption side remains unchanged (still requires pszAlgId, which matches Windows). Tested on Proton 10 with Wallpaper Engine mobile pairing — the sync now works. Full patch 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 11

[Bug 42687] New: Evernote installation fails
by wine-bugs＠winehq.org March 20, 2026

March 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=42687 Bug ID: 42687 Summary: Evernote installation fails Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: teddyb(a)mailinator.com Distribution: --- Trying to install Evernet_6.5.4.4720.exe with Wine Staging 2.4, on Ubuntu 16.04.2. The installer immediately crashes (after popping up a progress bar for 1 second) with the following in the console: fixme:winediag:start_process Wine Staging 2.4 is a testing version containing experimental patches. fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. fixme:file:SetDefaultDllDirectories (800): stub fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevationType, ...) semi-stub fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:msi:check_transform_applicable unsupported validation flags 0x003b fixme:authz:AuthzInitializeResourceManager (0x1,(nil),(nil),(nil),(null),0x64e544): stub fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevation, ...) semi-stub fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 7 0x33f1d8 0x33f1e0 -- 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 5

[Bug 55037] New: vbscript: Colon on new line after if fails
by WineHQ Bugzilla March 20, 2026

March 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=55037 Bug ID: 55037 Summary: vbscript: Colon on new line after if fails Product: Wine Version: unspecified 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: --- looks similar to bug 54234 but then for the Then instead of the Else ``` If Keycode = StartGameKey Then :pupevent 800 End If ``` without the colon this works ``` If Keycode = StartGameKey Then pupevent 800 End 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 9

[Bug 50532] New: get_timezone_info doing binary search in the wrong way
by WineHQ Bugzilla March 20, 2026

March 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=50532 Bug ID: 50532 Summary: get_timezone_info doing binary search in the wrong way Product: Wine Version: 6.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: gmascellani(a)codeweavers.com Distribution: --- get_timezone_info in dlls/ntdll/unix/system.c appears to compute the daylight saving time changes for a given year in a smelly if not buggy way. I don't have any specific examples of mistaken computations, but the code seems to basically work by chance. More specifically, the indention of the code seems to be the following: * two time_t values are computed, corresponding to the beginning and the end of the requested year (year_start and year_end); * a binary search procedure is used to narrow down that interval around a DST change event. However, this cannot work in general, because binary searches only work for monotonic data, and DST is not monotonic (each year it switches forth and back, assuming there is DST at all). The algorithm works "by chance", because it first tests the beginning of the interval and then half of the interval, and usually beginning of January and beginning of June are on different DST values; then the algorithm recurses on the first half of the year, and there DST is monotonic (again, usually; I don't know if this is always true). Moreover, year_end is also set to an invalid value (0th day of 12th month, which is a month past December). Doing the "arithmetic" this corresponds to 31st of December, but is that a supported way to specify it? Why not directly setting 31st of December? Anyway, the core of this bug is the issue with binary search. -- 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 2

[Bug 59223] New: Sony Home Memories Throws Unrecoverable error during installation
by WineHQ Bugzilla March 20, 2026

March 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=59223 Bug ID: 59223 Summary: Sony Home Memories Throws Unrecoverable error during installation Product: Wine Version: 11.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 80122 --> http://bugs.winehq.org/attachment.cgi?id=80122 Console output (11.0-rc4) Hello everyone, I am trying to reproduce an issue which was first mentioned in the wine forums at: https://forum.winehq.org/viewtopic.php?t=42117 Download URL is at https://support.d-imaging.sony.co.jp/www/disoft/int/playmemories-home/en/in… with the following file bash-5.1$ sha256sum PMH_Downloader.exe 53e1f5a78feaa4af6e10ba5fe96889a275998d5c8dfcd882ecb22a66479a8e99 PMH_Downloader.exe I do not have a suitable camera and just clicked "Next" during the installation an an unrecoverable error is thrown at me which is not from wine's debugger so I don't have a backtrace for this. The application is free to download without any registration and doesn't require a serial number or subscription. -- 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 8

[Bug 59361] New: MDI child window creation don't respect the window attribute (not WS_MAXIMIZEBOX)
by WineHQ Bugzilla March 20, 2026

March 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=59361 Bug ID: 59361 Summary: MDI child window creation don't respect the window attribute (not WS_MAXIMIZEBOX) Product: Wine Version: 11.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: ch.panel(a)free.fr Distribution: --- Created attachment 80296 --> http://bugs.winehq.org/attachment.cgi?id=80296 behaviour in windows and with wine a MDI child window created with this : child->Attr.Style &= ~WS_MAXIMIZEBOX; child->Create(); don't respect the window attribute and show it maximized -- 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 14

[Bug 42811] New: PCG Tools Application fails to install
by wine-bugs＠winehq.org March 20, 2026

March 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=42811 Bug ID: 42811 Summary: PCG Tools Application fails to install Product: Wine Version: 2.5 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sterling2001(a)gmail.com Able to successfully run install file, but the resulting file is not able to be run on Mac OS X, even with the "installation successful" message. -- 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 17