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

[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 60164] New: WebView2 mouse hit testing is vertically offset under X11 since Wine 11.13
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=60164 Bug ID: 60164 Summary: WebView2 mouse hit testing is vertically offset under X11 since Wine 11.13 Product: Wine Version: 11.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: brandowlucas(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81796 --> http://bugs.winehq.org/attachment.cgi?id=81796 webview2 reproducer I can reproduce this regression with a minimal Win32 WebView2 application. Mouse hit testing is vertically offset from the visible cursor position by approximately 20 pixels. Wine 11.12 is good. Wine 11.13 is bad. Git bisect: b868cd31d6b5fb0a5e09e45658c4901bb6d1c09a win32u: Move client surface rect computation out of the drivers. Reproduction: 1. Install the WebView2 Runtime in the Wine prefix. 2. Keep webview2_duckduckgo.exe and WebView2Loader.dll in the same directory. 3. Run wine webview2_duckduckgo.exe. 4. Move the cursor over and click elements on the DuckDuckGo page. The element receiving the mouse input is vertically displaced from the visible cursor. The source code and compiled x86-64 reproducer are 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 4

[Bug 60158] New: regession from 04e2520ee713049a162e9d4ec93c4971ca6789d0
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=60158 Bug ID: 60158 Summary: regession from 04e2520ee713049a162e9d4ec93c4971ca6789d0 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 Target Milestone: --- Distribution: --- after 04e2520ee713049a162e9d4ec93c4971ca6789d0. windows steam unable to run under wine. revert 04e2520ee713049a162e9d4ec93c4971ca6789d0 only will fix this issue. -- 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 10

[Bug 60141] New: CertCreateSelfSignCertificate with default parameters makes insecure RSA 512 cert
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=60141 Bug ID: 60141 Summary: CertCreateSelfSignCertificate with default parameters makes insecure RSA 512 cert Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)list.winehq.org Reporter: kedarh(a)microsoft.com Target Milestone: --- Distribution: --- Created attachment 81740 --> http://bugs.winehq.org/attachment.cgi?id=81740 sample program that creates a self signed cert using default parameters and writes it to disk On Win10+, if you call CertCreateSelfSignCertificate and pass in default parameters like hCryptProvOrNCryptKey=NULL and pKeyProvInfo=NULL, the resulting certificate has an RSA 1024 public key. On Wine 10.0, it generates a certificate with an RSA 512 key. There are a few significant downsides here: 1. It is a difference in behavior from Win10 and Win11 default configuration. 2. RSA 512 is widely considered to be deprecated. 3. RSA 512 does not work properly for signing and signature validation. See the bug I just filed: Bug 60140. Why point #3 matters is that in TLS, modern versions of Windows Server, rsa_pss_rsae_sha256 (0x0804) is at the top of the signature algorithm list in the Certificate Request message (when client certificates are used), so if the client generates an RSA 512 key, it will never succeed the TLS negotiation. There are surely clients using default parameters to CertCreateSelfSignCertificate that used to work, but will fail to connect to certain TLS servers now. I've attached a sample program that demonstrates the issue. ----- The reason why this is happening, at least in part, is that CertCreateSelfSignCertificate calls CRYPT_CreateKeyProv when hProv is not passed in, which calls if (CryptAcquireContextW( &hProv, container, MS_DEF_PROV_W, PROV_RSA_FULL, CRYPT_NEWKEYSET )) https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/crypt32/cert.c#L3786 MS_DEF_PROV_W is the "Base" cryptographic provider, which is set to use the default key length 512: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/rsaenh/rsaenh.c?ref_… On Windows, the default provider is set via registry key on a per purpose basis (can be different for signature, key exchange, etc..). A good way to fix this would be to use a similar registry lookup for it, and use the same default that Win10 and Win11 use today: the "Enhanced" provider. -- 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 59977] New: Acrobat Reader DC locks up opening a PDF directly with "wine some.pdf"
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=59977 Bug ID: 59977 Summary: Acrobat Reader DC locks up opening a PDF directly with "wine some.pdf" Product: Wine Version: 11.12 Hardware: x86-64 URL: https://ardownload2.adobe.com/pub/adobe/reader/win/Acr obatDC/2001320064/AcroRdrDC2001320064_en_US.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)list.winehq.org Reporter: imwellcushtymelike(a)gmail.com CC: alexhenrie24(a)gmail.com Target Milestone: --- Regression SHA1: 42579f1dcd2f14e765e2f53ceb5b46fff5623f10 Distribution: --- Created attachment 81378 --> http://bugs.winehq.org/attachment.cgi?id=81378 Wine 11.12 console output [3.8 MiB] Opening a PDF directly causes Adobe Acrobat Reader DC to lock up and it has to be killed. In a 32-bit wineprefix: 1. winetricks -q mspatcha 2. wine AcroRdrDC2001320064_en_US.exe 3. wine 'c:\\program files\\adobe\\acrobat reader dc\\reader\\welcome.pdf' (You may need to accept the licence agreement, and open "without the container".) This works correctly in Wine 8.0.1. Bisect led me to commit 42579f1dcd2f14e765e2f53ceb5b46fff5623f10 Author: Alex Henrie <alexhenrie24(a)gmail.com> Date: Sun Sep 24 11:36:20 2023 -0600 riched20: Use CRT allocation functions. However, this does not occur if Wine is compiled with -O0 or -O1. Normally: gcc (Debian 15.3.0-1) 15.3.0 While bisecting between 8.0.1 and 9.0.1: gcc (Ubuntu 11.4.0-1ubuntu1~22.04.3) 11.4.0 https://ardownload2.adobe.com/pub/adobe/reader/win/AcrobatDC/2001320064/Acr… http://web.archive.org/web/20260706223227/https://ardownload2.adobe.com/pub… sha1sum: c908742e4f456742dc6c3e863dea80fe68925e53 -- 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 9