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

[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