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

[Bug 19160] New: Orly's Draw-A-Story demo crashes on startup
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=19160 Summary: Orly's Draw-A-Story demo crashes on startup Product: Wine Version: 1.1.24 Platform: PC URL: http://www.tjande.com/orly/orlydemo.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=22147) --> (http://bugs.winehq.org/attachment.cgi?id=22147) Orly's Draw-A-Story demo backtrace With today's Git (wine-1.1.24-537-gfb0275d), when attempting to start the Orly's Draw-A-Story demo, the application immediately crashes in CreateDCA instead of starting as expected. A backtrace is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 47785] New: CERT_CHAIN_POLICY_IGNORE_NOT_TIME_VALID_FLAG not taken into account
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=47785 Bug ID: 47785 Summary: CERT_CHAIN_POLICY_IGNORE_NOT_TIME_VALID_FLAG not taken into account Product: Wine Version: 4.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: lois.diqual(a)gmail.com Distribution: --- Created attachment 65274 --> https://bugs.winehq.org/attachment.cgi?id=65274 c# program that verifies an expired certificate using IgnoreNotTimeValid I am debugging a C# program that validates a certificate chain using X509VerificationFlags.IgnoreNotTimeValid. The provided certificate is expired, but it shouldn't matter because of this flag. The chain validates properly on MacOS with Mono. However on Wine with dotnet472, the policy fails with error NotTimeValid. I believe there is a bug in `chain.c verify_base_policy`: https://github.com/wine-mirror/wine/blob/e6138a52a907fe4b9b03abe0b6cf6cfb9f…. In this if statement, the policy verification routine determines that the certificate has expired, but it should ignore the error if `checks` contains `CERT_CHAIN_POLICY_IGNORE_NOT_TIME_VALID_FLAG`, and this logic is missing. To reproduce: - Create a wine prefix with dotnet472 using winetricks - Go to drive_c/windows/Microsoft.NET/Framework/v4.0.30319 and copy verify.cs in there - Compile verify.cs: wine csc.exe /reference:"C:\windows/Microsoft.NET/Framework/v4.0.30319/WPF/WindowsBase.dll" verify.cs - Run: wine verify.exe - It should print "Valid cert" but instead prints "Invalid cert" with NotTimeValid. -- 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 49837] New: Just Grandma and Me (win16) softlock. Win16Mutex wait timed out
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=49837 Bug ID: 49837 Summary: Just Grandma and Me (win16) softlock. Win16Mutex wait timed out Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: besentv(a)gmail.com Distribution: --- Created attachment 68176 --> https://bugs.winehq.org/attachment.cgi?id=68176 Console output when running the game. I try to run the game JustGrandmaAndMe from 1997 (Version 2.0) in Wine Staging 5.16-1. Using a clean Wineprefix set to Winearch=win32 and Windows-Version 98 I ran the game's "jgmd.exe" with (put into a bashscript): WINEARCH="win32" WINEPREFIX="/home/nutzer1/Dokumente/JGM/" WINEDEBUG=warn+all wine "/home/nutzer1/Dokumente/LIVING_BOOKS/jgmd.exe" (it doesn't work in a clean ~/.wine as well) This gave me the error: err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report Looking it up I found you can circumvent this error by doing: sudo sysctl -w vm.mmap_min_addr=0 But now I'm getting the error: 00b8:err:ntdll:RtlpWaitForCriticalSection section 6BB42940 "../../../wine/dlls/krnl386.exe16/syslevel.c: Win16Mutex" wait timed out in thread 00b8, blocked by 00bc, retrying (60 sec) The retries are infinite, thus causing a softlock. There are multiple bug reports with the same issue already. Overall it seems to me that the issue was fixed before but somehow reappeared. If you need the game files I will send them to you in private. -- 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 35732] New: Adobe CC (Creative Cloud) fails to install.
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=35732 Bug ID: 35732 Summary: Adobe CC (Creative Cloud) fails to install. Product: Wine Version: 1.7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: giorgosk67(a)gmail.com Created attachment 47719 --> http://bugs.winehq.org/attachment.cgi?id=47719 The error screen. CC fails to install and exits with an error (A12E1). (For error details, please see the attached screenshot). For help, points to this page: https://helpx.adobe.com/creative-cloud/topics/getting-started.html -- 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 57

[Bug 56565] New: Command and Conquer 3 Tiberium Wars installer crashes
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=56565 Bug ID: 56565 Summary: Command and Conquer 3 Tiberium Wars installer crashes Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Split from bug #53561. This bug is about a crash / hang in the installer for the retail release of Command and Conquer 3 Tiberium Wars when used with the recommended installation type. (The advanced installation type is unusable under Wine, see the original bug #53561.) After clicking on the next button on the installation type screen, installer appears to try and copy files. This is supposed to have a progress indicator that fills up, but it gets drawn in wine as completely full, with status "Copying new files". The UI has stopped updating and placing another window (Wine or from the host's WM) over it will cause graphical corruption. After about a minute on my machine, the UI window disappears entirely. The msiexec process however is still running in the background, and can be seen on the task bar if wine is running with a virtual desktop. It is also still visible in wine's taskmgr.exe. Where it shows two msiexec processes and one unnamed 32bit process. (Wine's taskmgr shows "*32" for the process name.) After this the process does not exit unless killed. Doing so kills both msiexec processes and the unnamed 32bit process. Looking through the registry after killing the installer, we find that it did create the needed registry keys expected by the game, in addition to installing the games files at the expected default location. The game does run in this state. So it appears that the installation was successful, despite the bug. Running the installer with WINEDEBUG="+msi" causes the installer to run correctly. I.e. It doesn't crash / hang indefinitely. Although, the UI still stops updating while the files are copied, it will recover in this case and allow the installer to run to completion. With the user able to exit the installer normally. WINEDEBUG="+msi" log 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.

2 9

[Bug 46392] New: Commandos: Behind Enemy Walls is freezing while using native quartz.dll
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=46392 Bug ID: 46392 Summary: Commandos: Behind Enemy Walls is freezing while using native quartz.dll Product: Wine Version: 4.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: gang65(a)poczta.onet.pl Distribution: --- Created attachment 63153 --> https://bugs.winehq.org/attachment.cgi?id=63153 Terminal logs with WINEDEBUG=+quartz+gstreamer+amstream Commandos: Behind Enemy Walls is freezing while using native quartz.dll. This is caused lack of support for 8 bit colour mode (it is using in Cinepak codec): https://multimedia.cx/mirror/cinepak.txt It is also visible in the logs with fixme warning: 003c:trace:gstreamer:accept_caps_sink 0x7add5558 0x7be6aac8 003c:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8 The cinepak gstreamer codec is already installed with command (Ubuntu 18.04): sudo apt install gstreamer1.0-libav:i386 -- 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 27

[Bug 42062] New: silhouette studio : installation frozen
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=42062 Bug ID: 42062 Summary: silhouette studio : installation frozen Product: Wine Version: 1.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vivien.brule(a)gmail.com Distribution: --- Created attachment 56553 --> https://bugs.winehq.org/attachment.cgi?id=56553 Installation frozen Hello, Silhouette Studio is a CAD program, freely available from https://www.silhouetteamerica.com/software#update for use with their Silhouette line of computerized cutters. I installed the last version 3.8.150 with wine version 1.6 under xubuntu 16.04 (fresh installation). There was a bug during the installation (installer window frozen). I found out the application was not installed. 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 15

[Bug 46559] New: Visual C++ Build Tools 2015 fails to install
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=46559 Bug ID: 46559 Summary: Visual C++ Build Tools 2015 fails to install Product: Wine Version: 4.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: andremohren(a)gmail.com Distribution: --- Created attachment 63431 --> https://bugs.winehq.org/attachment.cgi?id=63431 Default output when running Environment: Fresh wine 4.0 (from default repository in ubuntu disco) with installed "dotnet462" via winetricks. Executable: https://download.microsoft.com/download/5/f/7/5f7acaeb-8363-451f-9425-68a90… The installer itself starts correctly. When comparing it with a proper windows environment, the installer checks for available packages before giving the user the opportunity to select which packages to install (in my case the defaults plus the MFC libraries and the Windows 8.1 SDK, so the goal is to get this stack installed for an linux based build server which has to compile the windows binaries). While this takes some time on windows, wine instantly switches to the next "finalizing" step, which causes the application to close shortly afterwards. I suspect the winsock error causing the installer to not find any downloadable packages, resulting in a proper finalizing and closing. If any specific additional logs are required, please tell me and i will add them here instantly. Thanks in advance for the help! -- 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 33

[Bug 33600] New: Klik and Play crash on modify / create game option
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=33600 Bug #: 33600 Summary: Klik and Play crash on modify / create game option Product: Wine Version: 1.5.30 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thunderstormpolska(a)o2.pl Classification: Unclassified Created attachment 44476 --> http://bugs.winehq.org/attachment.cgi?id=44476 KNPLog Hello K&P for School crash when you try create or modify games -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 7

[Bug 57669] New: Suspicious behavior of rundll32.exe
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=57669 Bug ID: 57669 Summary: Suspicious behavior of rundll32.exe Product: Wine Version: 10.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Created attachment 77844 --> https://bugs.winehq.org/attachment.cgi?id=77844 trace - bad I've upgraded a build environment with Wine/MSVC/LLCM from Debian Bullseye to Bookworm and unfortunately it wasn't as easy as I expected. There is a problem with rundll32.exe that I was finally able to isolate after lot of trial and error. The problem is on Debian Bookworm that the rundll32.exe process that is started never reaches wWinMain (I put TRACE() at the beginning). I'm attaching the bad trace log from Bookworm and the good trace from Bullseye. A simple workaround for me now is to copy rundll32.exe from Bullseye. Any ideas what to try next? Is this a hidden bug in Wine or Mingw compiler? (setting component to unknown as rundll32 is missing in the list) -- 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