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

[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

[Bug 59642] New: Stratego (1997): Jittery mouse pointer / cursor
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=59642 Bug ID: 59642 Summary: Stratego (1997): Jittery mouse pointer / cursor Product: Wine Version: 11.6 Hardware: x86-64 URL: https://archive.org/details/STRATEGO OS: MacOS Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: tobbi.bugs(a)googlemail.com CC: jeremielapuree(a)yahoo.fr, z.figura12(a)gmail.com +++ This bug was initially created as a clone of Bug #59626 +++ I noticed one more thing with Stratego: When moving the mouse pointer, it's rather jittery and moving back and forth between the previous position and the current position when moving the mouse. % ./wine --version wine-11.6-112-g504683b22d3 % openssl sha256 STRATEGO.iso SHA2-256(STRATEGO.iso)= e82340b5e23554618dfe406c102ca2a793b34e49723e921e5cc6a5911a9867e1 You can install Stratego from here: https://archive.org/details/STRATEGO Steps to reproduce: 1. Download the ISO and mount it on your system. 2. Change the configuration options of Wine to map E: to the path where the ISO image was mounted, as well as the Operating System to Windows XP (or Windows 98 - shouldn't matter) 3. Install Stratego by running the SETUP.EXE file with wine. 4. Start Stratego by running the Stratego.exe in C:/Program Files (x86)/Hasbro Interactive/Stratego/Stratego.exe Expected Result: Smooth mouse pointer movement Actual result: Jittery mouse pointer movement. -- 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 3

[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