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

[Bug 59746] New: SteelSeries GG 110.0 crashes on startup in .NET System.Security.Cryptography.X509Certificates.CertificateRequest..ctor
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59746 Bug ID: 59746 Summary: SteelSeries GG 110.0 crashes on startup in .NET System.Security.Cryptography.X509Certificates.Certific ateRequest..ctor Product: Wine Version: 11.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)list.winehq.org Reporter: toadking(a)toadking.com Distribution: --- Created attachment 80925 --> http://bugs.winehq.org/attachment.cgi?id=80925 WINEDEBUG=trace+crypt trace New .NET 8.0 executable in SteelSeries GG 110.0 crashes on startup. It looks like the error happens in the X509Certificates assembly, specifically when calling into crypt32. Trace log with trace+crypt 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 3

[Bug 59028] New: Graphpad Prism 9: project (.pzfx) files cannot be saved if msxml6 is not installed
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59028 Bug ID: 59028 Summary: Graphpad Prism 9: project (.pzfx) files cannot be saved if msxml6 is not installed Product: Wine Version: 10.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: pachoramos1(a)gmail.com Distribution: --- Created attachment 79771 --> http://bugs.winehq.org/attachment.cgi?id=79771 output.txt Hello, I am coming from: https://bugs.winehq.org/show_bug.cgi?id=46568#c10 When I try to run Prism, I cannot save the project file except if I install msxml6 (in that case, I need to run wine-staging as it fixes bug #46568). The error I get looks a bit misleading: a Prism window gets opened saying that "There is not enough memory for normal operations. Please close other programs or exit Graphpad Prism..." I attach the wine command output while reproducing the problem... but I think that errors are not related with this issue (maybe they are more related with a rendering issue with the icons). Thanks -- 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 11

[Bug 59011] New: Wargaming Game Center Window not appearing / invisible
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59011 Bug ID: 59011 Summary: Wargaming Game Center Window not appearing / invisible Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: luca+wine(a)thepixelhead.co Distribution: --- Created attachment 79750 --> http://bugs.winehq.org/attachment.cgi?id=79750 console output When starting WGC, only the tray icon appears, but no window. Even after clicking 'Open Game Center' in the context menu. Rendering the launcher unusable. Everything works fine again after downgrading wine to 10.15. -- 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 59690] New: Both Command & Conquer 3 and Command & Conquer Red Alert 3 show the same kind of error
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59690 Bug ID: 59690 Summary: Both Command & Conquer 3 and Command & Conquer Red Alert 3 show the same kind of error Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: scottkidman(a)protonmail.com Distribution: --- Created attachment 80796 --> http://bugs.winehq.org/attachment.cgi?id=80796 Error Log Since the release of Wine 10.16, both Command and Conquer3 and Red Alert 3 show the same error in the LAN lobby and the starting of a LAN game. Whenever a Wine user enters the LAN mode lobby, his/her user name shows up twice on the player list. Also, ONLY the Wine users can make games that the other users can join, but not the other way around. When the game starts, every joining user gets kicked out of the game. Going back to Wine version 10.15 worked for me, but this isn't a substantial solution, as 10.15 will eventually fade as newer versions come in. Enclosed are error logs for both games. Please be aware that the demo versions were looked at, but both the demo versions of C&C 3 and Red Alert 3 don't have multiplayer, so verification is impossible. Thank you for looking into this matter. -- 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 33

[Bug 53551] New: Unable to run a hello world console program: unhandled page fault
by WineHQ Bugzilla May 15, 2026

May 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=53551 Bug ID: 53551 Summary: Unable to run a hello world console program: unhandled page fault Product: Wine Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ufospoke(a)gmail.com Distribution: --- Created attachment 72913 --> https://bugs.winehq.org/attachment.cgi?id=72913 Log file with failure on the Intel Xeon computer I cannot run windows programs anymore on my Intel Xeon linux computer (after upgrade of the OS). A simple Hello World program (console application) does not work at all (see the log file). Here is the part of the log that seems to be the problem: wine: Unhandled page fault on execute access to 00007F9B141858D0 at address 00007F9B141858D0 (thread 0084), starting debugger... wine: Unhandled page fault on execute access to 00007F55F46193F0 at address 00007F55F46193F0 (thread 00c8), starting debugger... What is strange is that this happens only on one of the 2 computers that I use. Both run the same OS (Fedora 36) with wine 7.12. The second computer run an Intel i7. The Xeon runs 2 Xeon CPU E5-2660 v4 which means it has 56 cores. Therefore I first get some warnings with regards to the number of CPU: 0024:fixme:ntdll:create_logical_proc_info Improve CPU info reporting: system supports 56 logical cores, but only 32 supported! 0024:fixme:ntdll:create_logical_proc_info skipping logical processor 33 ... 0024:fixme:ntdll:create_logical_proc_info skipping logical processor 55 I'm not sure this is an issue. Note that the binary file was compiled on the Xeon computer with a fresh cross-compiler and with -static -s option: x86_64-w64-mingw32-g++-12.1.0 -o hello_world.exe -static -s hello_world.cpp Also, when I run the binary file on the i7 computer, it runs fine (see attached log). So the binary file is fine. In addition, I can add that both computers run an Nvidia GPU but only the Xeon computer runs the nvidia proprietary driver from rpmfusion. The i7 uses nouveau. -- 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 58125] New: Homesite 5.5 installer's progress bar misses its outline
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=58125 Bug ID: 58125 Summary: Homesite 5.5 installer's progress bar misses its outline Product: Wine Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 78388 --> http://bugs.winehq.org/attachment.cgi?id=78388 HomeSite installer screenshots (ReactOS, Wine, Win11) While retesting https://bugs.winehq.org/show_bug.cgi?id=38882 with Homesite 5.5 from https://filehippo.com/fr/download_macromedia-homesite/ The main installation progress bar misses its outline which is : - Not displayed in Wine 10.5 - Correctly displayed in Win11 - Correctly displayed in ReactOS 0.4.16 -- 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 3

[Bug 59672] New: winhttp: DOAXVV fails with error 9003 at title screen
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59672 Bug ID: 59672 Summary: winhttp: DOAXVV fails with error 9003 at title screen Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)list.winehq.org Reporter: axis6404(a)proton.me Distribution: --- Description: Since the commit 355cdaf9c964078bea018e654d253d23536f2e51, DEAD OR ALIVE Xtreme Venus Vacation (DOAXVV) fails to proceed past the title screen with Error Code 9003. Environment: -OS: Debian 13 (trixie) -Desktop: KDE Plasma (X11) -Regression: Yes (identified by git bisect) Steps to reproduce: 1.Launch DOAXVV. 2.Wait for the title screen. 3."Error Code: 9003" appears and the game stops. Additional Info: The issue is resolved by reverting the aforementioned winhttp commit. -- 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 19

[Bug 59743] New: regression: Wine crashes / segmentation fault's when starting Photoshop CS 2
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59743 Bug ID: 59743 Summary: regression: Wine crashes / segmentation fault's when starting Photoshop CS 2 Product: Wine Version: 11.8 Hardware: x86-64 URL: https://archive.org/details/adobe-photoshop-cs2 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: tobbi.bugs(a)googlemail.com Created attachment 80916 --> http://bugs.winehq.org/attachment.cgi?id=80916 Segmentation fault window content I noticed that Wine crashes when starting Photoshop CS 2. % openssl sha256 PS_CS2_Gr_NonRet.exe SHA2-256(PS_CS2_Gr_NonRet.exe)= 2ffd2c327e8d15c4088c1802fc31b570f7556fb842885194235627bbfa1aa6d2 Steps to reproduce: 1. Install Photoshop CS 2. 2. Start Photoshop CS 2 from <Installation Dir>/Adobe Photoshop/Photoshop.exe Expected Result: Photoshop starts. Actual result: Photoshop CS 2 triggers a page fault in Wine code. This is a regression. I tracked down the faulty commit using `git bisect`: a31ec8da9572672e04ae46792a398da942649875 is the first bad commit commit a31ec8da9572672e04ae46792a398da942649875 (HEAD) Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri Mar 27 11:49:20 2026 +0100 ntdll: Add heuristics to prefer native dll based on the version resource. For now checking that CompanyName isn't "Microsoft". dlls/ntdll/unix/loader.c | 7 ++++--- dlls/ntdll/unix/loadorder.c | 116 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++------ dlls/ntdll/unix/unix_private.h | 2 +- 3 files changed, 115 insertions(+), 10 deletions(-) -- 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 57852] New: Call from 7BD748A5 to unimplemented function imagehlp.dll.ReBaseImage64, aborting
by WineHQ Bugzilla May 15, 2026

May 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=57852 Bug ID: 57852 Summary: Call from 7BD748A5 to unimplemented function imagehlp.dll.ReBaseImage64, aborting Product: Wine Version: 10.2 Hardware: x86-64 OS: FreeBSD Status: NEW Keywords: download Severity: normal Priority: P2 Component: imagehlp Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com I got the Win32 version of OpenOffice (Apache OpenOffice, "AOO") to successfully build on FreeBSD with Wine + Cygwin + Windows SDK, and this was one of the Wine bugs I had to work around during the build. The problem is in the main/postprocess/rebase directory, where it tries to rebase binaries, ultimately calling C:\Program Files\Microsoft SDKs\Windows\v7.0\Bin\rebase (from the Windows SDK), which tries to call the unimplemented function imagehlp.dll.ReBaseImage64, which causes a crash during the build. Since rebasing is just done for better performance, it's not critical and can be worked around by commenting out the relevant makefile command. Still, Wine should ideally support this API, and it's good to document applications that need it. For further details please see the email where I described my experiences, and other Wine bugs I found: https://lists.apache.org/thread/x3p7mv0py2s5hw3cvrm1d3krxgb7cq9k Also if you want to reproduce, you can try compiling OpenOffice on Wine, but it's a very complicated build environment and takes many hours to run, and this bug only happens near the end. See the build guide on https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_s… and the extra instructions in the email above. And it is remarkable that Wine works so well, when building a project with ~70000 C++ files, 12 million lines of code, 37 external libraries, code generation during the build, calls to many Cygwin tools and Perl scripts, Java and Ant, .NET tools, and lots more. Only 6 Wine bugs were found, of which 3 are already fixed in Wine 10.2, and the other 3 have workarounds. -- 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 59729] New: Volumes do not report FILE_SUPPORTS_OPEN_BY_FILE_ID
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59729 Bug ID: 59729 Summary: Volumes do not report FILE_SUPPORTS_OPEN_BY_FILE_ID Product: Wine Version: 11.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mountmgr.sys Assignee: wine-bugs(a)list.winehq.org Reporter: joel(a)airwebreathe.org.uk Distribution: --- Created attachment 80883 --> http://bugs.winehq.org/attachment.cgi?id=80883 reproducer.c (AI-assisted report) Wine's `FileFsAttributeInformation` handler does not include the `FILE_SUPPORTS_OPEN_BY_FILE_ID` flag (`0x01000000`) in the filesystem attribute flags for volumes reported as NTFS. On real Windows (NTFS), `GetVolumeInformationW()` / `GetVolumeInformationByHandleW()` returns this flag. It has been present on NTFS since Windows Vista. ## Impact on MSYS2 The MSYS2/Cygwin runtime checks the filesystem flags at mount time to decide whether to enable POSIX rename semantics. The relevant Cygwin code path is: 1. `mount_info::init_usr_pathconv()` queries `FileFsAttributeInformation` for each mount point. 2. The flags are stored in `fs_info::flags_`. 3. When `rename()` is called, Cygwin checks whether to use `FileRenameInformationEx` with `FILE_RENAME_POSIX_SEMANTICS`. 4. The decision requires **all three** conditions: - `wincap.has_posix_rename_semantics()` is true (Windows 10 1709+) - The filesystem type is NTFS - The filesystem flags include `FILE_SUPPORTS_OPEN_BY_FILE_ID` Without `FILE_SUPPORTS_OPEN_BY_FILE_ID`, Cygwin falls back to legacy rename behavior using `FileRenameInformation` (info class 10) with only `FILE_RENAME_REPLACE_IF_EXISTS`. This legacy path returns `STATUS_ACCESS_DENIED` when the destination file is held open by another process, even if the handle was opened with `FILE_SHARE_DELETE`. This directly causes the `pacman-key --populate` failure documented in the `posix-rename-semantics` bug: GnuPG's `rename(pubring.gpg, pubring.gpg~)` fails because `gpg-agent` holds `pubring.gpg~` open from the previous signing operation. **Note:** Even with `FILE_RENAME_POSIX_SEMANTICS` support implemented in the Wine server (see the `posix-rename-semantics` bug), MSYS2 will never use it unless this flag is also reported, because the Cygwin runtime gates the feature on the filesystem attribute check. ## Reproducer ``` x86_64-w64-mingw32-gcc -o reproducer.exe reproducer.c wine reproducer.exe ``` ### Expected output (Windows 10+, NTFS) ``` C:\: fs=NTFS flags=0x03e706ff C:\: FILE_SUPPORTS_OPEN_BY_FILE_ID: YES (PASS) Z:\: fs=NTFS flags=0x03e706ff Z:\: FILE_SUPPORTS_OPEN_BY_FILE_ID: YES (PASS) PASS ``` (Exact flag values vary by Windows version and filesystem features.) ### Actual output (Wine 10.0) ``` C:\: fs=NTFS flags=0x0000000a C:\: FILE_SUPPORTS_OPEN_BY_FILE_ID: NO (FAIL) Z:\: fs=NTFS flags=0x0000000a Z:\: FILE_SUPPORTS_OPEN_BY_FILE_ID: NO (FAIL) FAIL ``` ## Analysis Wine reports NTFS filesystem attributes in two locations: ### `dlls/ntdll/unix/file.c` — `NtQueryVolumeInformationFile` The `FileFsAttributeInformation` handler's default (NTFS) case returns: ```c info->FileSystemAttributes = FILE_CASE_PRESERVED_NAMES | FILE_PERSISTENT_ACLS; ``` This is `0x00000002 | 0x00000008` = `0x0000000a`. ### `dlls/mountmgr.sys/device.c` — `harddisk_query_volume` The `FileFsAttributeInformation` handler's default (NTFS) case returns: ```c info->FileSystemAttributes = FILE_CASE_PRESERVED_NAMES | FILE_PERSISTENT_ACLS | FILE_SUPPORTS_REPARSE_POINTS; ``` This is `0x00000002 | 0x00000008 | 0x00000080` = `0x0000008a`. Neither includes `FILE_SUPPORTS_OPEN_BY_FILE_ID` (`0x01000000`). Real Windows 10 NTFS reports a rich set of flags including at minimum: `FILE_CASE_PRESERVED_NAMES`, `FILE_PERSISTENT_ACLS`, `FILE_SUPPORTS_REPARSE_POINTS`, `FILE_SUPPORTS_OPEN_BY_FILE_ID`, and many others. The minimal fix is to add `FILE_SUPPORTS_OPEN_BY_FILE_ID` to both default NTFS cases. ## Fix The fix is straightforward — add `FILE_SUPPORTS_OPEN_BY_FILE_ID` to the NTFS default filesystem flags in both locations: - `dlls/ntdll/unix/file.c`: `NtQueryVolumeInformationFile`, `FileFsAttributeInformation` default case - `dlls/mountmgr.sys/device.c`: `harddisk_query_volume`, `FileFsAttributeInformation` default case The constant is already defined in `include/winnt.h`. Commit on branch `msys2-hacks-23`: - `578e06f7b57` `ntdll, mountmgr: Report FILE_SUPPORTS_OPEN_BY_FILE_ID for NTFS volumes.` ### After fix ``` C:\: fs=NTFS flags=0x0100008a C:\: FILE_SUPPORTS_OPEN_BY_FILE_ID: YES (PASS) Z:\: fs=NTFS flags=0x0100000a Z:\: FILE_SUPPORTS_OPEN_BY_FILE_ID: YES (PASS) PASS ``` ## Verified against - Wine 10.0 (nixpkgs upstream): **bug present** (`flags=0x0000000a`) - Wine 11.4 (msys2-hacks-23, commit `578e06f7b57`): **fixed** (`flags=0x0100000a`) - Real Windows 10 build 22631: flag present (`flags=0x03e706ff`) ## Environment - Wine: 10.0 (nixpkgs), 11.4 (msys2-hacks-23) - Windows: 10.0.22631 (reference) - MSYS2 runtime: 3.6.9-1 - Host: Linux x86_64 (NixOS) -- 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 54177] New: vbscript fails to compile sub call when argument expression contains multiplication
by WineHQ Bugzilla May 15, 2026

May 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=54177 Bug ID: 54177 Summary: vbscript fails to compile sub call when argument expression contains multiplication 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: --- While working on the port of Visual Pinball, we found a script with code similar to the following that fails to compile: Public Sub AddTimer(aDelay, aMessage) End Sub Dim ii ii = 1 AddTimer (ii-1)*200, "Message" If the expression is wrapped in parenthesis, it compiles successfully: AddTimer ((ii-1)*200), "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.

2 15

[Bug 59689] New: SEC_WINNT_AUTH_IDENTITY_EX support in AcquireCredentialsHandle
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59689 Bug ID: 59689 Summary: SEC_WINNT_AUTH_IDENTITY_EX support in AcquireCredentialsHandle Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)list.winehq.org Reporter: winandfx(a)gmail.com Distribution: --- Created attachment 80794 --> http://bugs.winehq.org/attachment.cgi?id=80794 python crash log # Context I have a Python application which uses Windows DLLs so I was unable to run it on Linux. Then I've created a minimal Docker image with Wine 11.7 preinstalled https://github.com/Winand/wine-container I've used Kron4ek wine-11.7-staging-tkg-amd64 build but I think particularly for my issue it doesn't matter. My application works surprisingly well in Wine but I send notification emails via a corporate SMTP server and for authentication I use pyspnego library like it is described here https://stackoverflow.com/a/70788458. In Windows 10 there're no issues but in Wine the whole Python interpreter crashes on line: >>> auth = spnego.client(username, password, service="SMTP", protocol="ntlm") I've started to investigate the problem (with the help of Gemini as it is more experienced than me) and noticed that `options=spnego.NegotiateOptions.use_ntlm` fixes the issue (because it doesn't use SSPI). # Problem I've found out that on the Python side the problem is within sspilib, specifically here: https://github.com/jborean93/pyspnego/blob/main/src/spnego/_sspi.py#L76 ``` def _get_sspi_credential( ... auth_data = sspilib.raw.WinNTAuthIdentity( ... return sspilib.raw.acquire_credentials_handle(**credential_kwargs, auth_data=auth_data).credential ``` sspilib.raw.WinNTAuthIdentity returns SEC_WINNT_AUTH_IDENTITY_EXW structure as described here https://learn.microsoft.com/en-us/windows/win32/secauthn/acquirecredentials… https://github.com/jborean93/sspilib/blob/main/src/sspilib/raw/_credential.… But msv1_0.dll ntlm_SpAcquireCredentialsHandle expects SEC_WINNT_AUTH_IDENTITY_W structure https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/msv1_0/main.c?ref_ty… https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/secur32/lsa.c?ref_ty… In the crash log there's a line: >>> Unhandled exception: page fault on read access to 0x0000004800000200 in 64-bit code (0x006ffffff6746c). Gemini says that these are fields Version=0x02, Length=0x48(72 bytes) from SEC_WINNT_AUTH_IDENTITY_EXW. I'm not experienced enough to confirm this statement. So I think the problem is that ntlm_SpAcquireCredentialsHandle doesn't support SEC_WINNT_AUTH_IDENTITY_EXW. The crash can be easily reproduced using just one line of code in my wine-container described at the beginning: $ WINEDEBUG=+secur32,+ntlm,+msv1_0 wine python3.12 -c 'from spnego._sspi import SSPIProxy; sspi = SSPIProxy("test(a)corp.com", "1234", "unspecified", "host")' -- 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 12

[Bug 53317] New: Logos 9, Wine 7.11, Crash When Indexing: Invalid String Format
by WineHQ Bugzilla May 15, 2026

May 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=53317 Bug ID: 53317 Summary: Logos 9, Wine 7.11, Crash When Indexing: Invalid String Format Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thwright(a)thwright.com Distribution: --- Created attachment 72698 --> https://bugs.winehq.org/attachment.cgi?id=72698 Invalid String Format Bumped into this error today while trying to use Logos. It failed to index and the program is crashing regularly. -- 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 6

[Bug 59708] New: d3d9: missing MSVC vtable byte-pattern
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59708 Bug ID: 59708 Summary: d3d9: missing MSVC vtable byte-pattern Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: danielginovker(a)gmail.com Distribution: --- Created attachment 80842 --> http://bugs.winehq.org/attachment.cgi?id=80842 Proposed patch (git format-patch). Adds an 18-byte MSVC-pattern marker after d3d9_device_vtbl in dlls/d3d9/device.c plus a conformance test in dlls/d3d9/tests/device.c. Wine's d3d9.dll is MinGW GCC-built and doesn't contain the MSVC C++ vtable-init byte sequence (c7 06 ?? 89 86 ?? 89 86) that some closed-source overlay/hook libraries scan for to locate the IDirect3DDevice9 vtable. Concrete affected case: bfmeladder.com's BFME Online Arena. Its dinput8.dll proxy fails to install hooks on Wine, so the Arena's 30-second Automated Matchmaking Test times out with "the overlay didn't load in 30 seconds." Repro: install https://bfmeladder.com/download under Wine staging, sign in, pick any game and patch, watch the test fail. Proposed patch attached: 18-byte packed const struct after d3d9_device_vtbl in .rdata, reproducing the pattern with &d3d9_device_vtbl as imm32. Not referenced by any Wine code. Conformance test included. -- 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 56281] New: String number converted to ascii value instead of parsed value
by WineHQ Bugzilla May 15, 2026

May 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=56281 Bug ID: 56281 Summary: String number converted to ascii value instead of parsed value Product: Wine Version: 9.0 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 Dim x x = "0" If IsNumeric(x) Then WScript.Echo "Numeric" Else WScript.Echo "Not Numeric" End If If x > 30 Then WScript.Echo "> 30" Else WScript.Echo "Not > 30" End If > wine cscript test.vbs 0088:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0088:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0088:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0088:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 Numeric > 30 Windows > cscript test.vbs Microsoft (R) Windows Script Host Version 5.812 Copyright (C) Microsoft Corporation. All rights reserved. Numeric Not > 30 -- 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 6

[Bug 53877] New: vbscript compile_assignment assertion when assigning multidimensional array by indices
by WineHQ Bugzilla May 15, 2026

May 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=53877 Bug ID: 53877 Summary: vbscript compile_assignment assertion when assigning multidimensional array by indices Product: Wine Version: 7.20 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: --- The following works in real vbscript: Dim x Redim x(10) x(1) = Array(5, 6, 7) WScript.echo x(1)(0) WScript.echo x(1)(2) x(1)(0) = x(1)(2) WScript.echo x(1)(0) Output: 5 7 7 When running through Wine vbscript an assertion happens when processing x(1)(0) = x(1)(2) case EXPR_CALL: call_expr = (call_expression_t*)left; assert(call_expr->call_expr->type == EXPR_MEMBER); Stepping through the debugger, call_expr->call_expr->type appears to be EXPR_CALL -- 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 58925] New: GOM Player: UI elements not responding to mouse clicks
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=58925 Bug ID: 58925 Summary: GOM Player: UI elements not responding to mouse clicks Product: Wine Version: 10.18 Hardware: x86-64 URL: https://www.gomlab.com/en/gomplayer-media-player OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com Distribution: --- I installed GOM Player from the website mentioned. I noticed that the GOM Player is not responding to mouse clicks. Steps to reproduce: 1. Download GOM from https://www.gomlab.com/en/gomplayer-media-player (button Windows Download) 2. Install GOM using the downloaded .exe file. 3. Start GOM from C:/Program Files (x86)/GOM/GOMPlayer/GOMPlayer.exe 4. Notice how the program is not responding to any mouse clicks. % openssl sha256 GOMPLAYERGLOBALSETUP_NEW.EXE SHA2-256(GOMPLAYERGLOBALSETUP_NEW.EXE)= 841694b497b295b9f42d3f669828334cf59f582ff77f7a9e4b80f99ef084c9e7 % wine --version wine-10.18 I also notice that on first start, there's a "Close" button. Clicking that button somehow opens gomapp://close/ in Wine's Internet Explorer. I don't know if this is a separate bug or if the UI elements are unresponsive because of the non-dismissable 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.

2 3

[Bug 59408] New: Ultimate Custom Night has severe performance issues
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59408 Bug ID: 59408 Summary: Ultimate Custom Night has severe performance issues Product: Wine Version: 11.2 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: afifsworld132(a)gmail.com Created attachment 80376 --> http://bugs.winehq.org/attachment.cgi?id=80376 Ultimate Custom Night logs macOS 14.1.1, Wine Staging 11.2 from Homebrew, Game is D3D9, Installed from Steam. The game barely reaches 10fps. Everything else seemingly works fine and game renders. -- 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 4

[Bug 59738] New: GetFinalPathNameByHandleW returns unresolved symbolic link path instead of final resolved path
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59738 Bug ID: 59738 Summary: GetFinalPathNameByHandleW returns unresolved symbolic link path instead of final resolved path Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: rikul(a)inbox.ru Distribution: --- Created attachment 80903 --> http://bugs.winehq.org/attachment.cgi?id=80903 The archive contains a minimal reproducer and a prebuilt executable demonstrating the issue. According to Microsoft documentation, GetFinalPathNameByHandleW() is expected to return the fully resolved final path for the object referenced by the handle. The documentation explicitly states: “A final path is the path that is returned when a path is fully resolved. For example, for a symbolic link named C:\tmp\mydir that points to D:\yourdir, the final path would be D:\yourdir.” Wine currently returns the original unresolved path containing the symbolic link component instead of the resolved target path. This differs from native Windows behavior and breaks applications relying on canonical filesystem paths. The issue also affects std::filesystem::weakly_canonical, which internally depends on GetFinalPathNameByHandleW. Steps to reproduce ------------------ Create a symbolic link: 1. touch /tmp/real.txt 2. ln -s /tmp/real.txt /tmp/link.txt 3. wine symlink_test.exe /tmp/link.txt. The program opens link.txt and calls GetFinalPathNameByHandleW() on the handle. Expected behavior ------------------ Input path: /tmp/link.txt GetFinalPathNameByHandleW result: \\?\Z:\tmp\real.txt std::filesystem::weakly_canonical result: Z:\tmp\real.txt The returned path is fully resolved and does not contain the symbolic link component. Actual behavior --------------- Input path: /tmp/link.txt GetFinalPathNameByHandleW result: \\?\Z:\tmp\link.txt std::filesystem::weakly_canonical result: Z:\tmp\link.txt Wine returns the unresolved original path used to open the handle. Regression information ---------------------- A git bisect identifies the following commit as the first bad commit: https://gitlab.winehq.org/wine/wine/-/commit/af35741d3681f21222a85900b54d95… Before this commit, GetFinalPathNameByHandleW() returned the resolved canonical path correctly. Tested on Wine 11.0 -- 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 16

[Bug 59733] New: CJK font fallback prioritizes deprecated SimSun over modern UI fonts
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59733 Bug ID: 59733 Summary: CJK font fallback prioritizes deprecated SimSun over modern UI fonts Product: Wine Version: 11.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts Assignee: wine-bugs(a)list.winehq.org Reporter: wszqkzqk(a)qq.com Distribution: --- When running Wine with Chinese (zh-CN) locale, CJK characters in system UI fonts (Tahoma, Microsoft Sans Serif, Lucida Sans Unicode, Segoe UI) fall back to SimSun first if it is installed. SimSun is a deprecated UI font from Windows XP era that provides poor visual quality compared to modern alternatives. This is inconsistent with Windows Vista+ behavior, where: - Segoe UI (default system font since Vista) has its own SystemLink chain - Modern CJK UI fonts (YaHei UI, JhengHei UI, Yu Gothic UI, Malgun Gothic) are prioritized over legacy fonts -- 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 1

[Bug 59752] New: PROFILE_Save does not separate sections with empty line, leading to Ressource Hacker saving different ini file on 1st and 2nd run
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59752 Bug ID: 59752 Summary: PROFILE_Save does not separate sections with empty line, leading to Ressource Hacker saving different ini file on 1st and 2nd run Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)list.winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Resource Hacker 4.7.34 : https://web.archive.org/web/20180426130124if_/http://www.angusj.com/resourc… On first run, .ini file is created in the following format [Section1] Name1=Val1 Name2=Val2 Name3=Val3 [Section2] Name4=Val4 Name5=Val5 Name6=Val6 After second run, .ini file is rewritten in the folowing format [Section1] Name1=Val1 Name2=Val2 Name3=Val3 [Section2] Name4=Val4 Name5=Val5 Name6=Val6 In Windows, it is written as 2nd run from the initial start. Analysis performed here with API Monitor https://jira.reactos.org/browse/CORE-15438?focusedId=147696&page=com.atlass… show that " When Resource Hacker closes: - It checks for the ResourceHacker.ini file - If it is not present, it writes the initial contents using WriteFile (the text before the [MRU List] section - 277 bytes). The buffer of the application contains the double newlines as section separator. The handle is closed and the file is persistent on disk. - It calls WritePrivateProfileStringW for each MRU (1 to 8) - so 8 times - If the section [MRU List] is present, each MRU* entries are updated according (second time and further runs) - If the section [MRU List] is not present (like the first time you close the program), the section is created and the entire .ini file is rebuilt by the PROFILE_Save logic. The profile saving routine puts single new lines as section separator. - If it is present, it will read the memory the content, updates via WritePrivateProfileStringW and resave the content (those 347 bytes) " The guilty code is in kernel32/section.c PROFILE_Save which misses the additional CRLF between sections https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/kernel32/profile.c#L… -- 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 1

[Bug 59751] New: WizTree 4.30: Dropdown menu fails to redraw hovered items with active visual style
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59751 Bug ID: 59751 Summary: WizTree 4.30: Dropdown menu fails to redraw hovered items with active visual style Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 80933 --> http://bugs.winehq.org/attachment.cgi?id=80933 Dropdown menu screenshot https://diskanalyzer.com/files/archive/wiztree_4_30_setup.exe WizTree 4.30 download link Dropdown menu fails to redraw hovered items with active visual style of WizTree -- 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 1

[Bug 50182] New: Hotline Miami 2 GOG version not launch after install.
by WineHQ Bugzilla May 14, 2026

May 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=50182 Bug ID: 50182 Summary: Hotline Miami 2 GOG version not launch after install. Product: Wine Version: 5.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: pamungkassendy(a)gmail.com Distribution: --- Created attachment 68700 --> https://bugs.winehq.org/attachment.cgi?id=68700 Hotline Miami 2 GOG Version Game Didn't launch and instead give a crasth report -- 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 3

[Bug 59750] New: Game with midi audio will play incorrectly. (test with Poppo)
by WineHQ Bugzilla May 14, 2026

May 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=59750 Bug ID: 59750 Summary: Game with midi audio will play incorrectly. (test with Poppo) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- In some game, the BGM will play incorrect in wine, but it play normally in windows -- 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 42898] New: Listbox keyboard input
by wine-bugs＠winehq.org May 14, 2026

May 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=42898 Bug ID: 42898 Summary: Listbox keyboard input Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: janwinehq(a)gmail.com Distribution: --- A listbox widget in Wine does not react the same way to keyboard input as in Windows. In Windows, you can type the first characters of a word and the cursor will jump to the first item matching *all* the characters you typed. This allows you to drill down quickly to the item you want. In Wine, when you start typing it only considers the *last* character you typed when looking for a match. On listboxes where you have lots of items starting with the same character, this can make it problematic to drill down to the correct item. This may be better explained with a simple example. Suppose you have a listbox with the following items, sorted alphabetically: * AMBER * BLUE * BROWN * GREEN * ORANGE * RED * YELLOW Windows behavior: * if you type "B", it will drill down to "BLUE" * if you type "BR", it will drill down to "BROWN" * if you type "BRO", it will drill down to "BROWN" Wine behavior: * if you type "B", it will drill down to "BLUE" * if you type "BR", it will drill down to "RED" * if you type "BRO", it will drill down to "ORANGE" -- 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