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

[Bug 47447] New: APB Reloaded fails with an error dialog when connecting to the world server after character selection.
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=47447 Bug ID: 47447 Summary: APB Reloaded fails with an error dialog when connecting to the world server after character selection. Product: Wine Version: 4.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 64802 --> https://bugs.winehq.org/attachment.cgi?id=64802 WINEDEBUG=+tid,+wbemprox,+seh wine-staging 4.11 terminal output Hello, Using a workaround to bypass bug 47421, I can start the game and login, but after character selection, the game tries to connect to the 'world server' and opens an error dialog instead and terminates. There is no indication of the issue in the normal terminal output, but the error dialog and log files in the game directory says: --- error dialog quote --- General protection fault! Script call stack: Function APBUserInterface.cUIDataStore_Chat|OnPlayerProfileChanged --- end error dialog quote --- Searching the web for that function I found a trace of a topic on the developer's forum about that issue. That website is down, there is no cached version on google and no copy of that page on the web archive, but some google query trick gave me an indication that the issue might be related to wbem: https://www.google.be/search?q=repository+site%3Aforums-old.gamersfirst.com… --- google quote --- Anybody who gets this problem should check and if neccessary reset the Repository, located at C:\Windows\System32\wbem\repository. --- end google quote --- I attached a WINEDEBUG=+tid,+wbemprox,+seh terminal output in case it is helpful in any way. The issue happens with both Steam and GamersFirst versions, with and without wine-staging. My wineprefix is 64-bit. I didn't test with a 32-bit wineprefix. Regards. -- 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 4

[Bug 59472] New: FreeArc hangs on startup in new wow64 mode
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=59472 Bug ID: 59472 Summary: FreeArc hangs on startup in new wow64 mode Product: Wine Version: 11.3 Hardware: x86-64 URL: https://archive.org/details/FreeArc-0.666-win32bin-Sou rces OS: Linux Status: NEW Keywords: download, testcase, wow64 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: arethusa26(a)gmail.com Distribution: --- Created attachment 80459 --> http://bugs.winehq.org/attachment.cgi?id=80459 Largest memory block loop test case executable When running the FreeArc archiver tool on the command line to add a file to an archive with a new wow64 build of Wine, the tool hangs indefinitely with only a banner output string: $ wine freearc/bin/Arc.exe a test.arc empty_file 0124:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION FreeArc 0.666 With a old wow64 build of Wine, the tool runs and completes successfully: $ wine freearc/bin/Arc.exe a test.arc empty_file 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION FreeArc 0.666 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x80010000, unix_prot 0 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 80000000 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x78010000, unix_prot 0 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 78000000 ... creating archive: test.arc Compressing 1 file, 1,024 bytes. Processed 0% 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x80010000, unix_prot 0 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 80000000 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x78010000, unix_prot 0 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 78000000 ... Compressed 1 file, 1,024 => 44 bytes. Ratio 4.2% Compression time: cpu 0.62 secs, real 0.31 secs. Speed 3 kB/s All OK To reproduce the issue with FreeArc, download "FreeArc-portable-0.666-win32.zip" from the URL link and extract the contents of the ZIP file to a directory named "freearc". The Arc.exe binary can be run with the provided command line. When FreeArc is run with new wow64 Wine, there appears to be a thread that is stuck repeatedly calling VirtualAlloc with 0 size: 0124:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 0124:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 0124:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 0124:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 The code involved in the hang appears to be the LargestMemoryBlock::LargestMemoryBlock() constructor in Environment.cpp from the FreeArc sources. It's a (buggy) loop that attempts a binary search for the largest size it can successfully pass to VirtualAlloc. I have extracted the logic to create a standalone test case, which is built with: i686-w64-mingw32-gcc -O2 -Wall -Wl,--large-address-aware -o largest_memory_block.exe largest_memory_block.c On Windows 10, the largest_memory_block.exe test case shows the following output: a = 0 b = ffffffff Freeing pointer 00000000 with VirtualFree Allocating 7fffffff bytes with VirtualAlloc VirtualAlloc returned 00000000 VirtualAlloc failed, updating b to 7fffffff a = 0 b = 7fffffff Freeing pointer 00000000 with VirtualFree Allocating 3fffffff bytes with VirtualAlloc VirtualAlloc returned 01970000 VirtualAlloc succeeded, updating a to 3fffffff ... a = 7f98ffff b = 7f990001 Freeing pointer 00000000 with VirtualFree Allocating 7f990000 bytes with VirtualAlloc VirtualAlloc returned 7fff0000 VirtualAlloc succeeded, updating a to 7f990000 On new wow64 Wine, the test case shows the following output: a = 0 b = ffffffff Freeing pointer 00000000 with VirtualFree Allocating 7fffffff bytes with VirtualAlloc VirtualAlloc returned 7fff0000 VirtualAlloc succeeded, updating a to 7fffffff a = 7fffffff b = ffffffff Freeing pointer 7fff0000 with VirtualFree Allocating 3fffffff bytes with VirtualAlloc VirtualAlloc returned 00900000 VirtualAlloc succeeded, updating a to 3fffffff ... a = 1 b = ffffffff Freeing pointer 003f0000 with VirtualFree Allocating 0 bytes with VirtualAlloc VirtualAlloc returned 00000000 VirtualAlloc failed, updating b to 0 a = 1 b = 0 Freeing pointer 00000000 with VirtualFree Allocating 0 bytes with VirtualAlloc VirtualAlloc returned 00000000 VirtualAlloc failed, updating b to 0 ... The midpoint computation "c = (a + b) / 2" in the loop overflows when the initial allocation succeeds on Wine and leads to incorrect execution, whereas the initial allocation doesn't appear to succeed on Windows. -- 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 7

[Bug 58075] New: DATE A LIVE: Rio Reincarnation: Problem with imm32
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=58075 Bug ID: 58075 Summary: DATE A LIVE: Rio Reincarnation: Problem with imm32 Product: Wine Version: unspecified Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: imm32 Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Created attachment 78334 --> https://bugs.winehq.org/attachment.cgi?id=78334 Error-and-winedebug-log Hello, when i start the game then a tiny window opens and resizes very quickly a few times and then stays tiny and black with an separate error message. When trying to interact with the black window then it jumps to the right corner of the screen, unless the error message is touched again. However i do suspect imm32 as in the wine debug logs there is mentioned: fixme:imm:ime_ui_window_proc hwnd 000A00C0, himc 000900C2, msg WM_IME_CONTROL, wparam IMC_CLOSESTATUSWINDOW, lparam 0 stub! With that hint i did did override imm32.dll with an native DLL and now the game works. Maybe useful: The game works in proton. -- 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 55017] New: shell32:systray fails on gitlab-win10-21h2 (GitLab CI)
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=55017 Bug ID: 55017 Summary: shell32:systray fails on gitlab-win10-21h2 (GitLab CI) Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com shell32:systray fails on gitlab-win10-21h2: systray.c:49: Test failed: NIM_ADD failed! systray.c:50: Test failed: GetLastError() = 2147500037 systray.c:75: Test failed: NIM_ADD failed! systray.c:76: Test failed: GetLastError() = 2147500037 See https://test.winehq.org/data/patterns.html#shell32:systray This failure only happens on gitlab-win10-21h2 and there is no obvious commit that could be causing it. Did something change in the GitLab CI VM? -- 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 4

[Bug 10506] New: wine crypt32 needs DSS provider to support more . NET apps which use cryptography API
by wine-bugs＠winehq.org Aug. 20, 2026

Aug. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=10506 Summary: wine crypt32 needs DSS provider to support more .NET apps which use cryptography API Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while playing around with .NET apps I found various shortcomings when it comes to native backends for certains parts of .NET One is the state of cryptographic providers (crypt32). Many .NET apps use either default RSA or DSS provider. Currently the DSS and enhanced DSS provider are missing, resulting in failure of several .NET apps. Would be nice if wine gets DSS provider too. Trace log showing failure of typical .NET app trying to query DSS provider: --- snip --- trace:crypt:CryptAcquireContextW (0x33d6b8, (null), L"Microsoft Enhanced Cryptographic Provider v1.0", 1, f0000000) trace:crypt:RSAENH_CPAcquireContext (phProv=0x1771b8, pszContainer=(null), dwFlags=f0000000, pVTable=0x1771c8) trace:crypt:CryptReleaseContext (0x1771a8, 00000000) trace:crypt:RSAENH_CPReleaseContext (hProv=00000002, dwFlags=00000000) trace:crypt:CryptAcquireContextW (0x33d72c, (null), L"Microsoft Enhanced Cryptographic Provider v1.0", 1, f0000000) trace:crypt:RSAENH_CPAcquireContext (phProv=0x177450, pszContainer=(null), dwFlags=f0000000, pVTable=0x175f98) trace:crypt:CryptCreateHash (0x177440, 0x8004, 0x0, 00000000, 0x33d83c) trace:crypt:RSAENH_CPCreateHash (hProv=00000002, Algid=00008004, hKey=00000000, dwFlags=00000000, phHash=0x175e04) trace:crypt:CryptAcquireContextW (0x33d6f4, (null), (null), 13, f0000000) trace:crypt:CryptAcquireContextW Did not find registry entry of crypto provider for L"Software\\Microsoft\\Cryptography\\Defaults\\Provider Types\\Type 013". trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b841300 trace:seh:raise_exception info[0]=80090017 trace:seh:raise_exception eax=7b82c455 ebx=7b8ad1e4 ecx=00000000 edx=0033d348 esi=0033d348 edi=e0434f4d trace:seh:raise_exception ebp=0033d310 esp=0033d2ac cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00000212 --- snip --- resulting in CLR exception: --- snip --- Unhandled Exception: System.InvalidOperationException: An error occurred creating the form. See Exception.InnerException for details. The error is: The type initializer for 'Sunisoft.IrisSkin.SkinEngine' threw an exception. ---> System.TypeInitializationException: The type initializer for 'Sunisoft.IrisSkin.SkinEngine' threw an exception. ---> System.Security.Cryptography.CryptographicException: Unknown error "-2146893801". at System.Security.Cryptography.CryptographicException.ThrowCryptogaphicException(Int32 hr) at System.Security.Cryptography.Utils._AcquireCSP(CspParameters param, SafeProvHandle& hProv) at System.Security.Cryptography.Utils.AcquireProvHandle(CspParameters parameters) at System.Security.Cryptography.Utils.get_StaticDssProvHandle() at System.Security.Cryptography.DSACryptoServiceProvider.ImportParameters(DSAParameters parameters) at System.Security.Cryptography.DSA.FromXmlString(String xmlString) at Sunisoft.IrisSkin.SkinEngine..cctor() --- snip --- Type 001 "RSA Full (Signature and Key Exchange)" and Type 012 "RSA SChannel" are currently implemented in wine Additionally needed: Type 003 "DSS Signature" (base DSS provider) Type 013 "DSS Signature with Diffie-Hellman Key Exchange" (enhanced DSS provider) Type 018 "Diffie-Hellman SChannel" (optional?) Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

3 31

[Bug 32754] New: rFactor 2 dedicated server crash - Unhandled exception
by wine-bugs＠winehq.org Aug. 20, 2026

Aug. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=32754 Bug #: 32754 Summary: rFactor 2 dedicated server crash - Unhandled exception Product: Wine Version: 1.5.22 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: marcus.blumhagen(a)web.de Classification: Unclassified Created attachment 43231 --> http://bugs.winehq.org/attachment.cgi?id=43231 console output, when not requesting crash details Overview "Core/rFactor2 Dedicated.exe", run from the root dirctory of the application, crashes. Steps to reproduce (There is no purchase required for running the dedicated server, so by following below steps anybody can try and reproduce the above behaviour.) 1. Download "rFactor2 full installer" (currently Build 134) from http://rfactor.net/web/rf2/rf2dl/. Also download at least one .rfmod file from the category "Content (cars, tracks, etc)". I´d recommend "2012 FIA Formula Two", since it has no updates yet, no dependencies on other content and is comparably small, thus making its installation the least troublesome. 2.a Install rFactor2, take a note of where you choose the "Data and Settings Destination Folder" to be, or make it the same as the "Core Destination Folder". 2.b Put your .rfmod file(s) into the "Packages" directory inside the "Data and Settings Destination Folder". 2.c Change directory to the "Core Destination Folder", run "Core/ModMgr.exe" and Install the Mod(s) 3. Still in the "Core Destination Folder", run "Core/rFactor2\ Dedicated.exe". Leave the default settings by clicking the bottom right button in the first 3 windows that appear. Then assign a "Race Name" (top left) on the last dialog (the one that has "Load Track" written on the bottom right button). Then click "Load Track"... Actual Result The server starts loading but crashes in the process after a short time and the following message is output on the terminal: "wine: Unhandled exception 0xc0000417 in thread 29 at address 0x5369bc (thread 0029), starting debugger..." Also, the crash window of wine titled "Program Error" comes up, but when I click "Show Details", the window of "rFactor2 Dedicated.exe" is closed immediately and the window "Program Error Details" pops up but won´t show any details, it stays at: "Loading detailed information, please wait..." Whereas, when after the crash I choose to close the "Program Error" window there is more information on the terminal, see the attachment. Expected Result A running rFactor 2 dedicated server. Build date & Platform Build date: 2013-01-19 gcc --version: gcc (Debian 4.7.2-5) 4.7.2 wine --version: wine-1.5.22 Build and run environment is a chroot containing Debian Sid i386, host is Debian 6.0.6 (Squeeze). Build dependencies were installed by "apt-get build-dep wine" Additional information The program was run semi-successfully already, but I cannot reproduce it anymore. But even then it crashed more than 75% of the time with the symptoms described above. When it successfully launched, the server sometimes could not connect to the matchmaker. Not knowing, which component ist at fault, I tried a run with WINEDEBUG=trace+all, but after half an hour and seeing the log grow to more than 2.2 GB, I gave up. -- 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 13

[Bug 52568] New: Support for AF_UNIX is missing
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=52568 Bug ID: 52568 Summary: Support for AF_UNIX is missing Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: ralf.habacker(a)freenet.de Distribution: --- Newer Windows 10 builds supports AF_UNIX, see https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/ for details. There have been unfinished attempts to incorporate such support into wine, see https://www.winehq.org/pipermail/wine-devel/2021-May/187049.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.

2 18

[Bug 56124] New: Logitech G Hub 2023.1 - crashes on install
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=56124 Bug ID: 56124 Summary: Logitech G Hub 2023.1 - crashes on install Product: Wine Version: 8.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mvrk(a)sapo.pt Distribution: --- Created attachment 75793 --> https://bugs.winehq.org/attachment.cgi?id=75793 wine log Hi, When i try to install logitech g hub 2023.1 on Fedora 37 with Wine 8.18 the installation crashes. In attachment the wine log and backtrace. -- 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 4

[Bug 58333] New: Lotus Freelance Graphics 2.1 reports a C runtime error and exits
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=58333 Bug ID: 58333 Summary: Lotus Freelance Graphics 2.1 reports a C runtime error and exits Product: Wine Version: 10.9 Hardware: x86-64 URL: https://archive.org/download/lotussmartsuiterelease3.1 forwindows/Lotus%20SmartSuite%20Release%203.1%20for%20 Windows.zip OS: Linux Status: NEW Keywords: download, win16 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 78706 --> http://bugs.winehq.org/attachment.cgi?id=78706 Screenshot Lotus Freelance Graphics 2.1 reports a C runtime error and either exits or hangs. Installed with an earlier version of Wine to work around Bug 58329. Tested with many version of Wine up to latest git (wine-10.9-62-g68bd146ae55). $ wine 'c:\LOTSUITE\FLW\FLW.EXE' 0134:err:local:LOCAL_GetBlock not enough space in local heap 0b07 for 124 bytes After many hours messing around I discovered that this was due to me adding a single environment variable, such as WINEDEBUG=+server for example. Apparently this was just enough to "break the donkey's back". However, my environment variables aren't particularly large. $ true | xargs --show-limits Your environment variables take up 2260 bytes POSIX upper limit on argument length (this system): 2092844 POSIX smallest allowable upper limit on argument length (all systems): 4096 Maximum length of command we could actually use: 2090584 Size of command buffer we are actually using: 131072 An +all trace (because I didn't know where to start) shows that Wine's environment variables only come to around 3K, which also doesn't seem a lot. I wanted to trace get_startup_info() but setting WINEDEBUG=+ntdll or +server simply triggers the bug. To prove... nothing I added 100 large variables and winevdm sat churning away for five minutes before I got bored and stopped it. 0130:err:sync:RtlpWaitForCriticalSection section 78F049E0 "dlls/krnl386.exe16/syslevel.c: Win16Mutex" wait timed out in thread 0130, blocked by 0134, retrying (60 sec) 0134:trace:local:LOCAL_PrintHeap Local Heap ds=0b07 first=f2c0 last=fff4 items=5 0134:trace:local:LOCAL_PrintHeap f2c0: prev=f2c0 next=f2cc type=1 0134:trace:local:LOCAL_PrintHeap size=12 free_prev=f2c0 free_next=ff80 0134:trace:local:LOCAL_PrintHeap f2cc: prev=f2c0 next=f2fc type=1 0134:trace:local:LOCAL_PrintHeap f2fc: prev=f2cc next=ff80 type=1 0134:trace:local:LOCAL_PrintHeap ff80: prev=f2fc next=fff4 type=0 0134:trace:local:LOCAL_PrintHeap size=116 free_prev=f2c0 free_next=fff4 0134:trace:local:LOCAL_PrintHeap fff4: prev=ff80 next=fff4 type=0 0134:trace:local:LOCAL_PrintHeap size=12 free_prev=ff80 free_next=fff4 0134:err:local:LOCAL_GetBlock not enough space in local heap 0b07 for 124 bytes “Does this mirror the behaviour seen on Windows?” I'll have to come back to that. -- 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 7

[Bug 55612] New: Pure Pinball 2.0 Redux: Access violation in module
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=55612 Bug ID: 55612 Summary: Pure Pinball 2.0 Redux: Access violation in module Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: odecif(a)gmail.com Distribution: --- Created attachment 75147 --> https://bugs.winehq.org/attachment.cgi?id=75147 Access violation popup Trying to start the game after install generates 2x popup-windows saying "data\menu\iridum_logo.png" followed by another popup regarding an access violation error (see attachment). Tested in clean 32 and 64bit prefixes with same result. Tested with Windows version set to 10, 7 and XP. Tested with and w/o vkd3d, dxvk, d3dx9, msxml4, vcrun2005, corefonts. Tested in fullscreen and windowed mode (added -win after argument). Tested with and w/o "Emulate virtual desktop" enabled. This seem to be fairly much alike another bug (#7054) for the original game/prequel "Pure Pinball". -- 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