September 2025 - Wine-bugs - list.winehq.org

[Bug 31232] New: The Way Things Work 2.0 installer froze after finished copying files
by wine-bugs＠winehq.org 22 Oct '25

22 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=31232 Bug #: 31232 Summary: The Way Things Work 2.0 installer froze after finished copying files Product: Wine Version: 1.1.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Nachanon_Vetjasit(a)hotmail.com Classification: Unclassified Regression SHA1: 54d7c8012d1d7369a56779955ced5a09e448a1cd When started The Way Things Work 2.0 installer (setup.exe), the setup proceeds normally, through the welcome screen, quicktime installer prompt (though QuickTime 16bit 2.1.1 installation didn't work [bug #18260]), installation options (express/custom), files copying progress window. But as soon as the file copying window disappeared, the installer froze, no screen repainting, no message from WINE's console. (Normally this stage should be creating program groups and ends at the 'Setup Complete' window) 54d7c8012d1d7369a56779955ced5a09e448a1cd is first bad commit commit 54d7c8012d1d7369a56779955ced5a09e448a1cd Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Wed Apr 29 15:17:35 2009 +0900 explorer: Initialize the Progman DDE interface when starting explorer. :040000 040000 4a347655bb6f41b8b8377d8e3e3e25c1551d1730 05513d15b76a99fe5033c4422a82008667425088 M programs With WINE before this commit, the installation would continue, with WINE's Program Manager (progman) popped up with a dialog from the setup program: "Unable to start DDE communication with Program Manager." [Abort/Retry/Ignore] If clicked 'Ignore' (aka. continue despite the error), this step will be repeated for another five time, each time leaving one Program Manager window opened (6 window total at the end). And finished with 'Setup Complete' window. Note: The Way Things Work is a 16-bit application, and supports Windows 3.1. Tested using WINE's Windows version 98. WINE: wine-1.1.21 source distribution System: Debian GNU/Linux 5.0 "Lenny" i386 (Intel Pentium 4 2.66GHz) -- 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 9

[Bug 21796] New: Syberia game can`t start normally
by wine-bugs＠winehq.org 22 Oct '25

22 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=21796 Summary: Syberia game can`t start normally Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dmbohdan(a)gmail.com Created an attachment (id=26360) --> (http://bugs.winehq.org/attachment.cgi?id=26360) Console output Whel i load syberia game, i hear the sound, but on screen i see only my desktop without mouse, etc. I can switch to other windows by window manager, but don`t see anything. Game locks image. Keyboard work, so i switch to console and kill wineserver. The game works fine, if compositing enable, but switch to other windows don`t work. My videodrivers are xf86-video-ati -- 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 88

[Bug 58706] New: Blood Fresh Supply / Doom 64 (KEX engine games) fail to start when OpenGl API is selected (EGL backend)
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58706 Bug ID: 58706 Summary: Blood Fresh Supply / Doom 64 (KEX engine games) fail to start when OpenGl API is selected (EGL backend) Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: --- Those games using the Kex Engine that support the Opengl renderer API fail to start when the new experimental EGL opengl backend is used. Such games are: Blood - Fresh Supply Doom 64 System Shock: Enhanced Edition The error message that is shown on start: kexPlatformApp::InitVideo: Failed to create window (No matching GL pixel format available). Other available renderers in those games (Vulkan and D3d11) work properly with the new EGL backend. wine-10.15-28-g7d26649f637 NVIDIA 580.82.09 X.Org X Server 1.21.1.18 -- 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 58315] New: Clip Studio Paint 4 menus turn black when clicked
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58315 Bug ID: 58315 Summary: Clip Studio Paint 4 menus turn black when clicked Product: Wine Version: 10.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: michelpereira4410(a)gmail.com Distribution: --- Created attachment 78673 --> http://bugs.winehq.org/attachment.cgi?id=78673 Wine debug d3d + normal log Clip Studio Paint on Wine (version X.Y) exhibits a rendering issue where certain UI components — specifically the Settings window and the Login window — appear completely black when opened. Despite the lack of visible content, the menus remain clickable and functional if the user knows where to click. This behavior makes it extremely difficult to use those parts of the application effectively. -- 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 5

[Bug 58065] New: The Last Door - Collector's Edition crashes on start
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=58065 Bug ID: 58065 Summary: The Last Door - Collector's Edition crashes on start Product: Wine Version: 10.4 Hardware: x86-64 URL: https://store.steampowered.com/app/284390/The_Last_Doo r__Collectors_Edition/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: f744010682feae468e32a6691da24a048fac0b9e Distribution: --- Created attachment 78318 --> https://bugs.winehq.org/attachment.cgi?id=78318 terminal output The crash didn't occur before commit f744010682feae468e32a6691da24a048fac0b9e d3d11: Implement GetDecoderBuffer() for bitstream buffers. Still present in Wine-10.5 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 570.133.07 -- 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 58648] New: Wine Regedit window flickers with Wayland driver- possible regression
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58648 Bug ID: 58648 Summary: Wine Regedit window flickers with Wayland driver- possible regression Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: agarplayerarlon(a)gmail.com Distribution: --- Created attachment 79221 --> http://bugs.winehq.org/attachment.cgi?id=79221 video of the issue If I remember correctly this wasn't happening with Wine 10.13, basically now when resizing the Wine Regedit Window when using the Wayland driver makes it flicker a lot. I don't know if other apps are affected by this issue, I've tried resizing notepad and it doesn't flicker. -- 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 58200] New: winehq-repo for Fedora 42 is empty.
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58200 Bug ID: 58200 Summary: winehq-repo for Fedora 42 is empty. Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: roidal(a)googlemail.com CC: dimesio(a)earthlink.net Distribution: --- I enabled the winehq-repo for Fedora 42 but it seems to be empty. winehq.repo contains following baseurl: baseurl=https://dl.winehq.org/wine-builds/fedora/42 -- 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 5

[Bug 58711] New: DNF refuses to install or update winehq-staging, checksum sha256sum mismatch
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58711 Bug ID: 58711 Summary: DNF refuses to install or update winehq-staging, checksum sha256sum mismatch Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: charlesthethobe(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- Since wine version 10.15 release I'm unable to perform a system update due to mismatching checksums between what the repo suggests and the actual rpm package. https://dl.winehq.org/wine-builds/fedora/42/x86_64/winehq-staging-10.15-1.1… This file's checksum is currently: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0 While it's expected to be: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfcbfea6 I tried running `# dnf clean metadata` to no avail. -- 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 8

[Bug 58703] New: Fedora 42: Suddenly getting checksum errors
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58703 Bug ID: 58703 Summary: Fedora 42: Suddenly getting checksum errors Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: johnny.jy.ooi(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- Recently, while trying to do the standard "dnf upgrade", my system sees updates for wine-staging and winehq-staging, but upon triggering the upgrade, I get checksum errors Total size of inbound packages is 226 MiB. Need to download 226 MiB. After this operation, 6 MiB extra will be used (install 1 GiB, remove 1 GiB). [1/2] winehq-staging-1:10.15-1.1.x86_64 100% | 144.6 KiB/s | 75.0 KiB | 00m01s >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc [2/2] wine-staging-1:10.15-1.1.x86_64 0% | 3.3 MiB/s | 1.7 MiB | 00m01s >>> Not finished - interrupted by error: Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bd ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- [2/2] Total 100% | 3.4 MiB/s | 1.8 MiB | 00m01s Failed to download packages Librepo error: Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfcbfea6(sha256) I've tried removing the winehq.repo, reimporting the repo key (https://dl.winehq.org/wine-builds/winehq.key) readding the repo according to the instructions, and doing "dnf clean" and it keep failing the checksum checks. I know there's been some issues with the repo in the past, do we have another similar 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 2

[Bug 58738] New: debian packages and wow64
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58738 Bug ID: 58738 Summary: debian packages and wow64 Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: info(a)fernandolucas.info CC: dimesio(a)earthlink.net Distribution: --- So far it seems that the Debian packages are built without the wow64 support? Is this right? If so, in view of the wine 11 release, allowing the wow64 mode in the packages would be a great step forward. There is the step of the hardcoded dependency into the i386 packages. I have workaround this with a local dummy package, printf "Package: wine-devel-i386-dummy Version: %s Architecture: all Provides: wine-devel-i386 (= %s) Conflicts: wine-devel-i386 Replaces: wine-devel-i386 Maintainer: Dummy Maintainer <noreply(a)example.com> Description: Dummy package to satisfy wine-devel-i386 dependency This is a placeholder package that pretends to be wine-devel-i386. " "$VERSION" "$VERSION" > wine-devel-i386-dummy_${VERSION}/DEBIAN/control I install this package first, and then I can install wine-devel and winehq-devel without complaining about dependencies. It would be ideal if the repositories also provide something such as wine-devel-i386-dummy in the release process and document that by installing it, the win32 dependency is avoided. -- 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