December 2025 - Wine-Bugs - list.winehq.org

[Bug 59168] New: Diablo 1 CD-ROM Version Crash
by WineHQ Bugzilla Dec. 24, 2025

Dec. 24, 2025

http://bugs.winehq.org/show_bug.cgi?id=59168 Bug ID: 59168 Summary: Diablo 1 CD-ROM Version Crash Product: Wine Version: 11.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: scottkidman(a)protonmail.com Distribution: --- Created attachment 80024 --> http://bugs.winehq.org/attachment.cgi?id=80024 Log of full verison, shareware version results will be shown momentarily. After loading introduction cinematic, the rest of the game, including the menu, displays white light only. This is the original Diablo, CD and all, and patched to version 1.09. -- 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 59101] New: Not recognize font on PSIM installer
by WineHQ Bugzilla Dec. 24, 2025

Dec. 24, 2025

http://bugs.winehq.org/show_bug.cgi?id=59101 Bug ID: 59101 Summary: Not recognize font on PSIM installer Product: Wine Version: 10.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: hildogjr(a)gmail.com Distribution: --- Created attachment 79903 --> http://bugs.winehq.org/attachment.cgi?id=79903 PSIM installer When running the installation of Altair PSIM (https://altair.com/psim) specifically version 2025, the text of Installer is not recognized (appear block of not recognized characters). -- 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 1

[Bug 58713] New: Regression: D3D9 Shims Broken in Wine Staging 10.15
by WineHQ Bugzilla Dec. 24, 2025

Dec. 24, 2025

http://bugs.winehq.org/show_bug.cgi?id=58713 Bug ID: 58713 Summary: Regression: D3D9 Shims Broken in Wine Staging 10.15 Product: Wine-staging Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cwbussard(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The modding communities for some older games, notably Guild Wars, use d3d9.dll shims like uMod and gMod (links below) to do texture replacement. These shims have worked correctly in Wine for many years, but are broken in staging-10.15. In staging-10.15, the shim appears to be working, but no textures are replaced. These shims work correctly in staging-10.14 and also in devel-10.15. It appears only staging-10.15 is affected. (Sorry, I am not equipped to do a bisect on wine-staging.) Steps to Reproduce (uMod, method1): 1. Start the uMod executable in Wine. 2. Launch Guild Wars from within uMod. 3. Use uMod's UI to load a texture replacement mod. 4. Observe that no textures are replaced. Steps to Reproduce (uMod, method2): 1. Place the uMod dll in the Guild Wars installation directory, renamed d3d9.dll. 2. Start the uMod executable in Wine. 3. Start Guild Wars in Wine. 4. Use uMod's UI to load a texture replacement mod. 5. Observe that no textures are replaced. Steps to Reproduce (gMod): 1. Place the gMod dll in the Guild Wars installation directory, renamed d3d9.dll. 2. Create a modlist.txt file in the Guild Wars installation directory, containing the full path to a texture replacement mod. 3. Start Guild Wars in Wine. 4. Observe that no textures are replaced. Useful links for reproducing the issue: - Guild Wars client. (No account needed; the issue can be observed on the login screen.) https://www.guildwars.com/en/download - uMod binary. https://github.com/ChthonVII/guildwarslinuxinstallguide/raw/refs/heads/main… - uMod source: https://github.com/ChthonVII/guildwarslinuxinstallguide/raw/refs/heads/main… - gMod github: https://github.com/gwdevhub/gMod - Sample mod. This is a mod for Guild Wars that replaces the textures for the minimize/maximize/close buttons in the upper right with 50% transparent textures. This is visible on the login screen. https://github.com/ChthonVII/guildwarslinuxinstallguide/raw/refs/heads/main… -- 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 59121] New: iexplore 11 hangs on x86_64
by WineHQ Bugzilla Dec. 24, 2025

Dec. 24, 2025

http://bugs.winehq.org/show_bug.cgi?id=59121 Bug ID: 59121 Summary: iexplore 11 hangs on x86_64 Product: Wine Version: 11.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)list.winehq.org Reporter: crinteanu.cristian(a)gmail.com Distribution: --- Created attachment 79944 --> http://bugs.winehq.org/attachment.cgi?id=79944 backtrace of wine10 x86_64 iexplore, shipped by wine package, will miserably hang with "Unhandled exception: inexact float result in 64-bit" if wine is build WITHOUT mingw on its back. Tested on two distros (i'm from PCLinuxOS) with same bad results. The hang occurs only on x86_64 build of iexplore (wine64). The 32 bit one works fine. The bug also confirmed on stable 10.0 through 11.0-rc1... Any ideea what is happening ? Thx ! -- 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 40500] New: Scrap Mechanic : Unable to launch
by wine-bugs＠winehq.org Dec. 24, 2025

Dec. 24, 2025

https://bugs.winehq.org/show_bug.cgi?id=40500 Bug ID: 40500 Summary: Scrap Mechanic : Unable to launch Product: Wine Version: 1.9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: arionrina(a)verizon.net Distribution: --- Created attachment 54281 --> https://bugs.winehq.org/attachment.cgi?id=54281 Crash log Scrap Mechanic doesn't open up the first window, then crashes. -- 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 24

[Bug 48023] New: Visual Studio 2019 not starting
by WineHQ Bugzilla Dec. 24, 2025

Dec. 24, 2025

https://bugs.winehq.org/show_bug.cgi?id=48023 Bug ID: 48023 Summary: Visual Studio 2019 not starting Product: Wine Version: 4.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Created attachment 65561 --> https://bugs.winehq.org/attachment.cgi?id=65561 Hack for RegLoadAppKey After https://bugs.winehq.org/show_bug.cgi?id=47626 just out of curiosity I tried running Visual Studio: winetricks corefonts dotnet472 msxml6 and applied the attached patch/hack. Result: splash screen is shown and then welcome screen is displayed. But after clicking "Not now, maybe later" it halts with: Application: devenv.exe Framework Version: v4.0.30319 Description: The application requested process termination through System.Environment.FailFast(string message). Message: Failed to schedule time on the UI thread. A continuation would never execute. It crashes much earlier without the patch/hack as it cannot bind binary registry file and read/create registry keys. -- 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 40

[Bug 59126] New: NtFsControlFile(FSCTL_PIPE_WAIT) fails to detect infinite timeout
by WineHQ Bugzilla Dec. 24, 2025

Dec. 24, 2025

http://bugs.winehq.org/show_bug.cgi?id=59126 Bug ID: 59126 Summary: NtFsControlFile(FSCTL_PIPE_WAIT) fails to detect infinite timeout Product: Wine Version: 10.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: services(a)mlugg.co.uk Distribution: --- When calling NtFsControlFile with the FSCTL_PIPE_WAIT control code, the Timeout field in the FILE_PIPE_WAIT_FOR_BUFFER structure is not interpreted correctly. An infinite timeout (equivalent to NMPWAIT_WAIT_FOREVER in kernel32's WaitNamedPipeW) is, on Windows proper, specified by the minimum signed 64-bit integer value, i.e. 0x8000_0000_0000_0000. This behavior is not documented, but can be observed by tracing the ntdll calls triggered by WaitNamedPipeW; and ReactOS also agrees with this value. However, Wine instead represents an infinite timeout using the value 0x7FFF_FFFF_FFFF_FFFF (the *maximum* signed 64-bit integer, aka TIMEOUT_INFINITE). This logic is internally consistent: the WaitNamedPipeW implementation converts NMPWAIT_WAIT_FOREVER to that value, and the server detects it in async_set_timeout (called from named_pipe_device_ioctl in server/named_pipe.c). However, it causes direct usage of this ntdll API to incorrectly return STATUS_IO_TIMEOUT when the correct "infinite timeout" value is passed. I suspect the logic in named_pipe_device_ioctl should be modified to detect the special value 0x8000_0000_0000_0000 and avoid setting a timeout in that case, and that WaitNamedPipeW should be modified to translate NMPWAIT_WAIT_FOREVER to that value rather than 0x7FFF_FFFF_FFFF_FFFF. -- 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 54592] New: Some binaries page-fault when run on "ihc" filesystem
by WineHQ Bugzilla Dec. 24, 2025

Dec. 24, 2025

https://bugs.winehq.org/show_bug.cgi?id=54592 Bug ID: 54592 Summary: Some binaries page-fault when run on "ihc" filesystem Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hasezoey(a)gmail.com Distribution: --- it seems like running some binaries from "ihc" results in page-fault, examples: - ADE_2.0_Installer.exe runs just fine on "ihc" - python-2.7.18.msi runs just fine on "ihc" - python-3.9.0-amd64.exe page faults on "ihc" - python-3.11.2-amd64.exe page faults on "ihc" - VC_redist.x64.exe (14.34.31938) page faults on "ihc" - customly compiled rust binary (msvc compiler) page faults on "ihc" all the things listed above run just fine when run from "btrfs" i have tried debugging my custom rust binary, and noticed that beyond some point the data just seems to be repeating (see https://forum.winehq.org/viewtopic.php?p=139841#p139841) all tests were done with qemu, tested with Manjaro 22.0.3 and Linux Mint 21.1, with wine 7.0.1, 8.0.0, 8.1. ihc fstab entry: "ihc /run/media/shared trans=virtio,nobootwait,rw,_netdev 0 0" qemu cmd line entry for virtfs: "-virtfs local,path=./shared,mount_tag=ihc,security_model=mapped" from: https://forum.winehq.org/viewtopic.php?p=139841 https://forum.winehq.org/viewtopic.php?p=139801 -- 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 46523] New: GTA / Grand Theft Auto IV (1.0.7.0) crashes under wine 4.0, works OK under 3.0.4
by wine-bugs＠winehq.org Dec. 23, 2025

Dec. 23, 2025

https://bugs.winehq.org/show_bug.cgi?id=46523 Bug ID: 46523 Summary: GTA / Grand Theft Auto IV (1.0.7.0) crashes under wine 4.0, works OK under 3.0.4 Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmayr.dev(a)gmail.com Distribution: --- Created attachment 63380 --> https://bugs.winehq.org/attachment.cgi?id=63380 GTA IV backtrace GTA / Grand Theft Auto IV (1.0.7.0): it gets past the intro screen (R* logo), but after pressing "Start", it begins loading data while showing the game characters loading screen, and crashes halfway, showing a backtrace window. It works OK under wine 3.0.4. All libraries are internal, except for MS VC++ 2005 redistributable. No wine prefix options nor 'export' flags. ThinkPad T410s Processor: Intel i5 (1st-gen), quad-core 2.53Mhz Memory: 4Gb RAM OS: Ubuntu 18.04 / elementaryOS Juno Graphics: NVidia NVS3100M (304.107 driver) -- 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 5

[Bug 56887] New: Total Commander ftps connection (TLS1.2)
by WineHQ Bugzilla Dec. 22, 2025

Dec. 22, 2025

https://bugs.winehq.org/show_bug.cgi?id=56887 Bug ID: 56887 Summary: Total Commander ftps connection (TLS1.2) Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: daniel.becker(a)quippy.de Distribution: --- Created attachment 76704 --> https://bugs.winehq.org/attachment.cgi?id=76704 The stacktrace of wine that came with that error This used to work - however, I do not know with what version of wine. It stopped working a while ago. Tried to switch Operating System (XP, Win10, ...) but without success. This works in "real" windows (WinXP, Win7, Win10, Win11). See the stack trace for more information. This happens when I try to open a FTPS connection that is secured. FTP without encryption still works. I haven't tried SFTP, if that fails as well, as I do not have an FTP server supporting this. Total Commander is run in 64bit environment. -- 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