October 2021 - Wine-Bugs - list.winehq.org

[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 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

[Bug 41247] New: WASAPI exclusive pull mode sound doesn't work, but shared (non-exclusive) does
by wine-bugs＠winehq.org April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=41247 Bug ID: 41247 Summary: WASAPI exclusive pull mode sound doesn't work, but shared (non-exclusive) does Product: Wine Version: 1.9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: markk(a)clara.co.uk Distribution: --- Wine 1.9.17, Lubuntu 16.04 x86-64. The current beta version of WinUAE (3.4.0 beta 4) uses WASAPI in pull mode. In Wine that works OK in shared (non-exclusive) mode, but exclusive mode does not work, giving console output like this: fixme:alsa:AudioClient_Initialize EXCLUSIVE mode with EVENTCALLBACK WASAPI: Initialize() 8889000A Sorry, can't initialize sound. In contrast, WinUAE 3.3.0 uses WASAPI in push mode, and both exclusive and shared work fine there. To reproduce: - Use winecfg to set Windows version to e.g. Windows 10. - Download and run the WinUAE 3.3.0 installer from http://www.winuae.net/files/InstallWinUAE3300.msi - Rename winuae.exe to winuae330.exe - Download WinUAE 3.4.0 beta 4 from http://www.winuae.net/files/b/winuae_3300b4.7z then unpack to the WinUAE program directory. - Download a program which plays sound, for example http://main.aminet.net/demo/euro/DOC_Demons.lha - Run winuae.exe (version 3.4.0b4): wine winuae.exe -log - When the WinUAE Properties window appears, click Floppy drives in the tree-view on the left side. Then click the "..." button to the right of DF0: and select DOC_Demons.lha - Click Sound in the tree-view on the left. By default the drop-down at the top should say "WASAPI: Default Audio Device", if not select that. - Click Start at the bottom of the window. - Part of the log output should say something like WASAPI: '{0.0.0.00000000}.{176D6B2F-F69E-497A-AE3D-15C5CEE27C79}' WASAPI: Shared Pull CH=2 FREQ=44100 BUF=2048 (4096) - Wait for the demo to load and start, and you should hear sound. - Press F12 to open the settings window. The sound page should be showing. Change the drop-down at the top to "WASAPI EX: Default Audio Device" then click OK at the bottom to continue emulation. There is no sound and this console output: fixme:alsa:AudioClient_Initialize EXCLUSIVE mode with EVENTCALLBACK WASAPI: Initialize() 8889000A Sorry, can't initialize sound. -- 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 4

[Bug 24387] New: MS Money 2000: Crashes updating financial informations from the Internet
by wine-bugs＠winehq.org April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=24387 Summary: MS Money 2000: Crashes updating financial informations from the Internet Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrea.vai(a)unipv.it Created an attachment (id=30732) --> (http://bugs.winehq.org/attachment.cgi?id=30732) Terminal output. If I click on "update informations from the internet" in the main page of the application, the applications crashes (Application error window "MSMONEY encountered an error and has must be closed" appears. The only way to close the application is to kill it). Problem was not present in wine 1.1.15, so I performed a regression test and the result is: ---------------------------------------------------------------- c5a6b7b36674e8b7f7dc687b01773b88fa7d7312 is the first bad commit commit c5a6b7b36674e8b7f7dc687b01773b88fa7d7312 Author: Juan Lang <juan.lang(a)gmail.com> Date: Tue Mar 30 10:26:48 2010 -0700 rsaenh: Support setting salt via KP_SALT (resend). :040000 040000 d9a20e02d3637c41baadb3131a23907fb5603fe8 51eea86ad80613f612f64bd44a0517c0b89a4894 M dlls ---------------------------------------------------------------- As far as I can notice, the bad commit is the same involved in bug 23208. Fixing this regression would really bring this app towards complete functionality. -- 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 55

[Bug 45289] New: Wine Crashes Some Programs If Compiled with AVX Support
by wine-bugs＠winehq.org April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=45289 Bug ID: 45289 Summary: Wine Crashes Some Programs If Compiled with AVX Support Product: Wine Version: 3.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ben(a)xnode.org Distribution: --- This is a really specific bug and I'm not sure what other programs/games it affects. I assume there are more, but this is the only example that I've reliably run into at the moment: == To Recreate Run Cemu under a 64bit Prefix. Start Mario Kart 8. After Mario announces the game, it will crash. == Workaround Compiling Wine without AVX support (i.e. adding the -mno-avx C/XXFLAG) negates the issue. People won't see this when using distro packages because they'll be compiled using something like -march=x86-64 which doesn't enable any of the AVX options (as they aren't available in all processors). If you compile it yourself using something like -march=native then GCC will enable the AVX functions which in turn triggers this issue. I saw this behaviour on both my old i7-5775C and the i7-8700K which has since replaced it. In case it's relevant, it looks like this problem may have not existed before Wine 3.0 because I've tracked down an old post of my own wherein I stated (regarding the Mario Kart 8 crash on Cemu): ======================= Tried on a brand new Wine 3.2 prefix, same issue (Segmentation fault after the splash screen). Works fine with Staging 2.21. More specifically: 002c:fixme:seh:RtlCaptureStackBackTrace (0, 40, 0x25152ba0, (nil)) stub! 002c:err:seh:call_stack_handlers invalid frame 25153728 (0x116a0000-0x117a0000) 002c:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception EDIT: The issue was vcrun2015. Wine-staging didn't need it. Standard wine does, for some reason. ======================= Not sure if the vcrun2015 issue was a red-herring as that's installed now but no-longer fixes the 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.

3 12

[Bug 42517] New: StarOffice51 Crash on File open
by wine-bugs＠winehq.org April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=42517 Bug ID: 42517 Summary: StarOffice51 Crash on File open Product: Wine Version: 1.8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gerhard.muellner(a)gm.co.at Distribution: --- the good old Star Office 51 works nearly perfect except it crashes if file open menu is selected (backtrace file in root of zip file) an error "missing font" could occur during start, please ignore. unpack zip and start Office51/soffice.exe wine. a bugfix would be very useful to convert or work with (very)old files ;-) many thanks to all for your good job. -- 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 19

[Bug 49776] New: .NET application settings are never saved
by WineHQ Bugzilla April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=49776 Bug ID: 49776 Summary: .NET application settings are never saved Product: Wine Version: 5.15 Hardware: x86-64 URL: https://github.com/farmerbriantee/AgOpenGPS/releases/d ownload/4.3.10/AgOpenGPS_v4.3.10.msi OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: mirh(a)protonmail.ch Distribution: --- For example, no matter how many times I uncheck the "show at startup" dialog, it will always be there the next time I restart. These are the only suspicious lines I could spot in WINEDEBUG: trace:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state 6 trace:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in state 6 warn:mscoree:ConfigStream_QueryInterface Not supported iface {2933bf81-7b36-11d2-b20e-00c04f983e60} warn:mscoree:ConfigStream_QueryInterface Not supported iface {0c733a30-2a1c-11ce-ade5-00aa0044773d} fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.5" not implemented If I install dotnet48 or dotnet462 everything works properly. -- 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 8