- Wine-Bugs - list.winehq.org

[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 59502] New: VOCALOID6 crashes on startup due to unimplemented wminet_utils stubs
by WineHQ Bugzilla March 20, 2026

March 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=59502 Bug ID: 59502 Summary: VOCALOID6 crashes on startup due to unimplemented wminet_utils stubs Product: Wine Version: 11.4 Hardware: x86-64 URL: https://web.archive.org/web/20260225212545/https://www .vocaloid.com/en/download_trials/vocaloid_trial_win OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: arethusa26(a)gmail.com Distribution: --- When starting VOCALOID6, a message box with the text "An unexpected error has occurred. VOCALOID6 Editor will close." appears. This is related to a line that appears in the Wine debug output: wine: Call from 00006FFFFF3AD887 to unimplemented function wminet_utils.dll.Get, aborting After implementing the missing Get function, there is a further function that is needed: wine: Call from 00006FFFFF3AD887 to unimplemented function wminet_utils.dll.CreateInstanceEnumWmi, aborting Implementing the CreateInstanceEnumWmi function allows VOCALOID6 to start up. -- 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 2

[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 59504] jscript: GetScriptDispatch("") returns E_INVALIDARG instead of global dispatch
by WineHQ Bugzilla March 20, 2026

March 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=59504 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #9 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 11.5. -- 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 0

[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 59514] New: Significant time()/localtime() Performance Regression in Wine 11.4
by WineHQ Bugzilla March 20, 2026

March 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=59514 Bug ID: 59514 Summary: Significant time()/localtime() Performance Regression in Wine 11.4 Product: Wine Version: 11.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)list.winehq.org Reporter: wszqkzqk(a)qq.com Distribution: --- Created attachment 80538 --> http://bugs.winehq.org/attachment.cgi?id=80538 Minimal reproducer: time() / localtime() performance regression in Wine 11.4 Repeated calls to `time()` and `localtime()` are significantly slower in Wine 11.4 compared to Wine 11.3. A tight loop calling these functions 10000 times shows a clear regression in per-call cost. The same program compiled and run natively on Linux is orders of magnitude faster, confirming the overhead is in Wine's translation layer. Compared with Wine 11.3, per-call cost increases from about 12.8 us to about 319 us, roughly a **25x slowdown**. ## Environment - Host OS: Arch Linux, Latest - CPU: AMD Ryzen 5800H (laptop without power) - Wine versions tested: 11.3 / 11.4 ## Minimal Reproducer Single-file C program. See in the attachment. Build as a Windows PE executable (e.g. using a Windows-native gcc under Wine): ```bash wine gcc -O2 -o time_bench.exe time_bench.c ``` Build as a native Linux executable for baseline comparison: ```bash gcc -O2 -o time_bench time_bench.c ``` Run: ```bash # Wine wine ./time_bench.exe # Native Linux baseline ./time_bench ``` ## Reproduction Steps 1. Compile `time_bench.exe` as a Windows PE executable. 2. Compile `time_bench` as a native Linux executable on the same machine. 3. Run the PE binary under Wine 11.3 — record the output. 4. Run the same PE binary under Wine 11.4 — record the output. 5. Run the native Linux binary — record the output as baseline. 6. Compare the `ns/call` values. ## Expected Result Per-call cost of `time()` and `localtime()` should be roughly the same between Wine 11.3 and Wine 11.4. ## Actual Result Wine 11.4 shows a significant increase in per-call cost. ### Wine 11.3 ```text iterations: 10000 time() : 0.128437 s (12844 ns/call) localtime() : 0.129727 s (12973 ns/call) sink=17732949360000 ``` ### Wine 11.4 ```text iterations: 10000 time() : 3.196547 s (319655 ns/call) localtime() : 3.184343 s (318434 ns/call) sink=17732948683316 ``` ### Native Linux (baseline) ```text iterations: 10000 time() : 0.000103 s (10 ns/call) localtime() : 0.058464 s (5846 ns/call) sink=17732948500000 ``` -- 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 3