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

[Bug 59167] New: Program closes
by WineHQ Bugzilla Dec. 24, 2025

Dec. 24, 2025

http://bugs.winehq.org/show_bug.cgi?id=59167 Bug ID: 59167 Summary: Program closes Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)list.winehq.org Reporter: jcheminc(a)gmail.com Distribution: --- Created attachment 80023 --> http://bugs.winehq.org/attachment.cgi?id=80023 Notice when Db spontaneously closes Program shuts down after a few minutes -- 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 38478] New: Captvty crashes at start
by wine-bugs＠winehq.org Dec. 24, 2025

Dec. 24, 2025

https://bugs.winehq.org/show_bug.cgi?id=38478 Bug ID: 38478 Summary: Captvty crashes at start Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: --- Extracting captvty works well. But when one wants to start the software, it crashes immediately. The backtrace is quite short. So I copy it instead of attaching it. ~/captvty$ wine Captvty.exe fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.0,Profile=Client" not implemented fixme:mscoree:ConfigFileHandler_startElement Unknown element L"loadFromRemoteSources" in state 4 Unhandled Exception: System.InvalidOperationException: WinForms_SeeInnerException ---> System.TypeLoadException: A type load exception has occurred. at (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (System.Reflection.MonoCMethod,object,object[],System.Exception&) at System.Reflection.MonoCMethod.InternalInvoke (System.Object obj, System.Object[] parameters) [0x00000] in <filename unknown>:0 --- End of inner exception stack trace --- at ÔÇëÔÇÇ+.[Main] (Captvty.Main ) [0x00000] in <filename unknown>:0 at ÔÇëÔÇÇ+. () [0x00000] in <filename unknown>:0 at ÔÇëÔÇÇ.OnCreateMainForm () [0x00000] in <filename unknown>:0 at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.OnRun () [0x00000] in <filename unknown>:0 at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run (System.String[] commandLine) [0x00000] in <filename unknown>:0 at ÔÇëÔÇÇ. (System.String[] ) [0x00000] in <filename unknown>:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.InvalidOperationException: WinForms_SeeInnerException ---> System.TypeLoadException: A type load exception has occurred. at (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (System.Reflection.MonoCMethod,object,object[],System.Exception&) at System.Reflection.MonoCMethod.InternalInvoke (System.Object obj, System.Object[] parameters) [0x00000] in <filename unknown>:0 --- End of inner exception stack trace --- at ÔÇëÔÇÇ+.[Main] (Captvty.Main ) [0x00000] in <filename unknown>:0 at ÔÇëÔÇÇ+. () [0x00000] in <filename unknown>:0 at ÔÇëÔÇÇ.OnCreateMainForm () [0x00000] in <filename unknown>:0 at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.OnRun () [0x00000] in <filename unknown>:0 at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run (System.String[] commandLine) [0x00000] in <filename unknown>:0 at ÔÇëÔÇÇ. (System.String[] ) [0x00000] in <filename unknown>: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.

3 32

[Bug 44900] New: Colour problem with builtin gdiplus
by wine-bugs＠winehq.org Dec. 24, 2025

Dec. 24, 2025

https://bugs.winehq.org/show_bug.cgi?id=44900 Bug ID: 44900 Summary: Colour problem with builtin gdiplus Product: Wine Version: 3.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: --- Created attachment 60981 --> https://bugs.winehq.org/attachment.cgi?id=60981 Good looking with a native gdiplus With a builtin gdiplus, there is a problem with coloring the cases of channel. Problem does not occur with a native gdiplus dll. Compare the two screenshot: the first one with native dll, the second one with the builtin dll. Note the behaviour in a real Windows 10 box is the behaviour of the native dll. So, there is a problem with the builtin dll. -- 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 20

[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