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

[Bug 54163] New: Unable to open pdf24 toolbox
by WineHQ Bugzilla April 5, 2026

April 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=54163 Bug ID: 54163 Summary: Unable to open pdf24 toolbox Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tjw123hh(a)outlook.com Distribution: --- When I tried to open the pdf24 toolbox, it got stuck in the loading screen (Loading animation moves for a while and then stops) -- 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 53993] New: FL Studio 20.7.2 - Mouse disappears on dropdown menus
by WineHQ Bugzilla April 5, 2026

April 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=53993 Bug ID: 53993 Summary: FL Studio 20.7.2 - Mouse disappears on dropdown menus Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joaonunatingscode(a)gmail.com Distribution: --- Created attachment 73578 --> https://bugs.winehq.org/attachment.cgi?id=73578 GIF showing bug When clicking in a dropdown menu mouse disappears but selection is still shown. When changing from any workspace to the workspace containing FL Studio, the mouse works fine for the same dropdown menu, then the behavior is the same. I've posted this in reddit which got a response saying it might be because FL Studio uses custom mouses styles. System information: OS: Arch Linux x86_64 WM: sway 1.7 (wayland 1.21) Wine: wine-7.20 (staging) FL Studio: v20.7.2 [build 1863] -- 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 32079] New: dotted files hasn't displayed
by wine-bugs＠winehq.org April 5, 2026

April 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=32079 Bug #: 32079 Summary: dotted files hasn't displayed Product: Wine Version: 1.5.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: icegood1980(a)gmail.com Classification: Unclassified Application: notepad++ (http://notepad-plus-plus.org/) wine config /drivers/ show dot files checked. In explorer under notepad++ dot files hasn't shown. In particular in home directory. -- 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 11

[Bug 58632] New: Against the Storm: Encyclopedia doesn't display animated sequences
by WineHQ Bugzilla April 5, 2026

April 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=58632 Bug ID: 58632 Summary: Against the Storm: Encyclopedia doesn't display animated sequences Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kajitsu22(a)gmail.com Distribution: --- Created attachment 79188 --> http://bugs.winehq.org/attachment.cgi?id=79188 A complete terminal output of the running game. While I was playing Against the Storm, I opened the in-game encyclopedia. It works almost perfectly, but there's a bug: clickable animations on encyclopedia entries are not displayed at all, and are not playable. There are many entries with static images instead of clips, which are displayed normally, but not animations. It looks like this: https://filebin.net/9yz60cx4nhq0dlg9/bug_video.mp4 OS: Gentoo Linux x86_64 Kernel: 6.12.31-gentoo Videocard: NVIDIA GeForce RTX 2050 Mobile Against the Storm Steam page: https://store.steampowered.com/app/1336490/Against_the_Storm/ -- 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 16

[Bug 45098] New: FrostPunk: multiple graphical glitches
by wine-bugs＠winehq.org April 5, 2026

April 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=45098 Bug ID: 45098 Summary: FrostPunk: multiple graphical glitches Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)embed.me.uk Distribution: --- Created attachment 61268 --> https://bugs.winehq.org/attachment.cgi?id=61268 FrostPunk log With patch posted in https://bugs.winehq.org/show_bug.cgi?id=45080 the game sucessfully starts however there are severe graphical glitches which render it unplayable. 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.

3 17

[Bug 58071] New: Sacred Gold: Crash on startup with specific setup
by WineHQ Bugzilla April 5, 2026

April 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=58071 Bug ID: 58071 Summary: Sacred Gold: Crash on startup with specific setup Product: Wine Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: wine(a)kryotek.mozmail.com Distribution: --- Created attachment 78325 --> https://bugs.winehq.org/attachment.cgi?id=78325 Tar containing the winedbg log and both system's info The game crashes on startup on my desktop PC, but works on my laptop. All the detailed info is in the attachment, here's a TLDR: Game is really old and runs DX7 Both systems are running the latest Arch Linux with KDE Plasma on Wayland, using the zen kernel. Laptop is old, with an integrated Intel i3 GPU and a dedicated NVIDIA 610M. I'm NOT using Nvidia dedicated drivers. Integrated display, it believes an external VGA is connected but that's disabled in KDE. Desktop is a full AMD system with no integrated GPU and a dedicated 6750XT. I have a multi monitor setup with the main being a 1440p 165hz display with VRR, the secondary a 1280x1024 75HZ without VRR. Initially I had the problem using Bottles, but I tried again with a fresh wine installation and a fresh wine prefix and had the same results. I'm using the latest wine 10.5 and manually cloning and building wine didn't fix the problem. The bug is triggered inside "d3d7_EnumZBufferFormats" because the device_iid pointer is 0x438, probably too low to be an actual pointer? If you want help in reproducing and debugging I'm free most of the time and will be happy to 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.

2 17

[Bug 43425] New: 64-bit .NET application crashes with NullReferenceException
by wine-bugs＠winehq.org April 4, 2026

April 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=43425 Bug ID: 43425 Summary: 64-bit .NET application crashes with NullReferenceException Product: Wine Version: 2.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: tjroamer(a)gmail.com Distribution: --- Created attachment 58791 --> https://bugs.winehq.org/attachment.cgi?id=58791 back trace of the bug I encountered a problem with the 64-bit .NET Framework: My C# program is very simple: Code: static void Main(string[] args) { System.Console.WriteLine("Hello world!"); Debug.WriteLine("Debug Hello world!"); } I installed the WINE-2.12 64-bit on CentOS 7 (3.10.0-514.21.1.el7.x86_64) and installed the .NET Framework 4.6.1 onto it. Before installing the .NET Framework, I removed wine-mono. I got the following error message when I tried to run the above program: Hello world! Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object. at System.Diagnostics.DiagnosticsConfiguration.Initialize() at System.Diagnostics.DiagnosticsConfiguration.get_IndentSize() at System.Diagnostics.TraceInternal.InitializeSettings() at System.Diagnostics.TraceInternal.WriteLine(String message) at ConsoleApplication3.Program.Main(String[] args) wine: Unhandled page fault on read access to 0x00000000 at address 0x1aa460fd (thread 0009), starting debugger... The problem is with the line "Debug.WriteLine(...)". However, the same application compiled with 32-bit works well. I found out that I got the similar error at other positions when I ran our in-house 64-bit .NET program, even if I don't use Debug.WriteLine(...), so I created the hello-world program to reproduce it. My final goal is: run our 64-bit .NET application on a 64-bit WINE with .NET Framework 4.6.1. -- 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 6

[Bug 42340] New: Wrong decorations with KWin (KDE Plasma 5)
by wine-bugs＠winehq.org April 4, 2026

April 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=42340 Bug ID: 42340 Summary: Wrong decorations with KWin (KDE Plasma 5) Product: Wine Version: 2.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: ArchLinux Created attachment 57102 --> https://bugs.winehq.org/attachment.cgi?id=57102 Testprogram to show wrong decorations Setting "Allow the window manager to decorate the windows" in winecfg solves the issue. There are two issues: -Minimize box is always shown -Maximize box is only shown when WS_THICKFRAME is also used Testprogram 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 2

[Bug 44467] New: South Park The Fractured But Whole: Crashes on startup
by wine-bugs＠winehq.org April 4, 2026

April 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=44467 Bug ID: 44467 Summary: South Park The Fractured But Whole: Crashes on startup Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: k.haoz(a)zoho.com Distribution: --- Created attachment 60410 --> https://bugs.winehq.org/attachment.cgi?id=60410 Backtrace when trying to start the game through Steam. The game crashes when trying to start it through the Steam client. -- 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 15

[Bug 50499] New: SO_REUSEADDR compatibility problems
by WineHQ Bugzilla April 4, 2026

April 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=50499 Bug ID: 50499 Summary: SO_REUSEADDR compatibility problems Product: Wine Version: 6.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: James(a)superbug.co.uk Distribution: --- The use case I am struggling with is the use of a Windows program running in wine that is sending and receiving UDP packets. This particular windows program uses SO_REUSEADDR socket option and opens two sockets. Lets call the first one socket A, and the second one Socket B. The SO_REUSEADDR from the Windows application is translated by "wine" into a SO_REUSEADDR in Linux. Unfortunately the behaviour of these is different between Windows and Linux so the Windows application fails to run on Linux under wine. 1 ) On windows: All received unicast UDP packets will arrive on the first opened socket. Thus on socket A. 2) On Linux: All received unicast UDP packets will arrive on the last opened socket. Thus on socket B. The problem is that this windows program only expects to receive unicast UDP packets on socket A, and thus it sees no packets. There are no currently existing socket options in Linux that would permit wine to simulate the Windows behaviour. And thus, the reason I am asking the question here. Please can we add an extra socket option to the Linux socket options such that we can get wine to simulate Windows correctly. I.e. behave like (1) above. Now wine is pretty good at simulating most things Windows throws at it, but socket options is not one of them yet. Also note, that (1) is actually more secure than (2) because it prevents other applications with the same UserID from hijacking the socket. Although (2) is more helpful in more gracefully handling some error edge cases. Suggested new option name: SO_REUSEADDR_WS -- 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