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

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

Aug. 13, 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 6

[Bug 50824] New: ISdone.dll error 5, something releated to insufficient virtual memory
by WineHQ Bugzilla Aug. 13, 2026

Aug. 13, 2026

https://bugs.winehq.org/show_bug.cgi?id=50824 Bug ID: 50824 Summary: ISdone.dll error 5, something releated to insufficient virtual memory Product: Wine Version: 6.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gab.pulcio(a)gmail.com Distribution: --- Created attachment 69642 --> https://bugs.winehq.org/attachment.cgi?id=69642 WINEDEBUG loaddll Warning: I know I'm about to ask you to fix something releated to game repacks, which they're illegal (provided I don't have the legal copy) but in my logic, that's a windows releated-thing and it should be fixed, maybe not now, but at least should be considered. Now, fitgirl repacks crashes at random progress, while rg-mechanics repacks are straight to the error, the same as always. I read that in the past this was fixed so that's a regression but since no-one has reported this and apparently no one has that problem, I'm filing this bug as normal. For the record: this bug happens since I installed linux, at the time Wine was at version 6.0. In my case, this repack is of a game that I legally own (Far Cry 3: Blood Dragon) but I've got a capped data plan and I have to install a repack then I'll be able to verify the game with Uplay. -- 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 58228] New: Move child object page unable to fully load because it is too long
by WineHQ Bugzilla Aug. 13, 2026

Aug. 13, 2026

http://bugs.winehq.org/show_bug.cgi?id=58228 Bug ID: 58228 Summary: Move child object page unable to fully load because it is too long Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- When merging entries, the page that shows the entries to move the child objects to displays as one long list in alphabetical order. That list is now so long that the page cannot fully load: Ooops! Something has gone terribly wrong! Our monkey train has derailed! Worry not, a webmaster gopher help army has been dispatched and is on the way. If this error continues to be a problem, please report it to us on our Forums error details: Error Message: Maximum execution time of 60 seconds exceeded File: query.php:119 Discovered while trying to merge 千千静听 (TTPlayer) https://appdb.winehq.org/objectManager.php?sClass=application&iId=11003 with TTPlayer https://appdb.winehq.org/objectManager.php?sClass=application&iId=6077. The move child objects page only got as far as the H's before timing out. -- 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 49747] New: ICO_ExtractIconExW causes crash on incomplete windows executable
by WineHQ Bugzilla Aug. 13, 2026

Aug. 13, 2026

https://bugs.winehq.org/show_bug.cgi?id=49747 Bug ID: 49747 Summary: ICO_ExtractIconExW causes crash on incomplete windows executable Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: andi(a)notmuch.email Distribution: --- Created attachment 68049 --> https://bugs.winehq.org/attachment.cgi?id=68049 backtrace of explorer.exe crashing I have 31% of a binary in a local directory because some installer/patcher crashed during installation. Whenever I use `winefile` or `wine explorer.exe` and scroll to that file in the directory wine crashes with the attached backtrace. It appears to be related to the ICO handling code within wine that expects more input but that doesn't exist yet. Attached is the backtrace of running the patcher for the "Dark Age of Camelot" freeshard "Phoenix" (https://playphoenix.online) which did cause this issue for me. -- 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

[Bug 43114] New: Sub-program of Internet Security Program, Astx.exe crashes on unhandled exception error
by wine-bugs＠winehq.org Aug. 13, 2026

Aug. 13, 2026

https://bugs.winehq.org/show_bug.cgi?id=43114 Bug ID: 43114 Summary: Sub-program of Internet Security Program, Astx.exe crashes on unhandled exception error Product: Wine Version: 2.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kchn.lee(a)daum.net Distribution: --- Created attachment 58313 --> https://bugs.winehq.org/attachment.cgi?id=58313 Output text for executing $wine "setup file" I have a problem in installing Ahnlab Safe Transaction S/W, which is an internet transaction security program. (Not commercial) When I execute the above S/W setup file, Wine stops installation saying there is a problem in Asdcli.exe (created in the installation process). Same error occurs when I execution Asdcli.exe directly. The main error message is as follows : Unhandled exception: assertion failed in 32-bit code (0xb7769d40). When I tried to install this program in previous Wine (2.0.1), the error message was like this : wine: Call from 0x7b43ba7c to unimplemented function setupapi.dll.CM_Get_Sibling, aborting It's somewhat difficult to find the textual link of Ahnlab Safe Transaction S/W. How can I solve this problem... Need help~. Wine version : Wine-devel-i386 (2.8.0~jessie) Platform : i386 Windows Version : Windows 7 Linux : Debian 3.16.43-2 (2017-04-30) i686 GNU/Linux -- 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 9

[Bug 51318] New: MSOffice 2010 - context menu either does not appear or appears in top-left hand corner
by WineHQ Bugzilla Aug. 13, 2026

Aug. 13, 2026

https://bugs.winehq.org/show_bug.cgi?id=51318 Bug ID: 51318 Summary: MSOffice 2010 - context menu either does not appear or appears in top-left hand corner Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: poprocks(a)gmail.com Distribution: --- I am running Slackware64-current. I have encountered a bug with MSOffice 2010 (Word and Excel, at least) whereby right-clicking either does not work at all (typically if no text is highlighted) or the context menu appears, but in the top-left-hand corner of the screen as opposed to at the mouse cursor. I have reproduced this on WINE 6.0.1 and 6.1. I can reproduce on Plasma5 and fluxbox. It does not occur on WINE 4.0 or 4.0.4. Possible regression? -- 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 3

[Bug 58145] New: Out of Ctrl 1.2: game doesn't launch, gives error
by WineHQ Bugzilla Aug. 13, 2026

Aug. 13, 2026

http://bugs.winehq.org/show_bug.cgi?id=58145 Bug ID: 58145 Summary: Out of Ctrl 1.2: game doesn't launch, gives error Product: Wine Version: 10.6 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com Created attachment 78425 --> http://bugs.winehq.org/attachment.cgi?id=78425 Wine-devel 10.6 terminal log The game Out of Ctrl 1.2 doesn't launch and gives the following error in a pop-up window on launch: Error Failed to initialize player Details: Failed to initialize graphics. Make sure you have DirectX 11 installed, have up to date drivers for your graphics card and have not disabled 3D acceleration in display settings. InitializeEngineGraphics failed tested using Gcenx's wine-devel 10.6 build (https://github.com/Gcenx/macOS_Wine_builds/releases/tag/10.6) with GStreamer 1.26.0 download link (20 MB) (choose "OutOfCtrl_v1_2_EXE.zip"): https://miknugget.itch.io/out-of-ctrl shas256: 5d26c746c4e85b98af2f1f9fb4a4daeed837deb49427bf108935545f8958dba9 I'm using macOS 11 -- 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 27

[Bug 55432] New: PlanetSide 2: White screen when running launcher
by WineHQ Bugzilla Aug. 13, 2026

Aug. 13, 2026

https://bugs.winehq.org/show_bug.cgi?id=55432 Bug ID: 55432 Summary: PlanetSide 2: White screen when running launcher Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: linards.liepins(a)gmail.com Distribution: --- I am using Steam, so when I click "Play" in Steam, the black screen whith DayBreak logo appears for a second or two, and then it says for few more moments black and then turns all white. After following the suggestion to add "--disable-gpu" in https://www.reddit.com/r/linux_gaming/comments/va7qag/planetside_2_only_loa… , launcher starts just fine. After that, the BattleEye error occurs, blocking to run the game. System: $ inxi -Gxxx Graphics: Device-1: Intel DG2 [Arc A770] driver: i915 v: kernel arch: Gen-12.7 pcie: speed: 2.5 GT/s lanes: 1 ports: active: HDMI-A-1,HDMI-A-2 empty: DP-1, DP-2, DP-3, DP-4, HDMI-A-3 bus-ID: 03:00.0 chip-ID: 8086:56a0 class-ID: 0300 Display: wayland server: X.org v: 1.20.14 with: Xwayland v: 22.1.9 compositor: gnome-shell v: 44.3 driver: gpu: i915 display-ID: 0 Monitor-1: HDMI-A-1 model: BenQ G2420HDBL serial: RAB03454SL000 res: 1920x1080 dpi: 92 size: 477x268mm (18.78x10.55") diag: 604mm (23.8") modes: max: 1920x1080 min: 720x400 Monitor-2: HDMI-A-2 model: Philips FTV serial: 16843009 res: 1920x1080 dpi: 76 size: 640x360mm (25.2x14.17") diag: 734mm (28.9") modes: max: 1920x1080 min: 640x480 API: OpenGL v: 4.6 Mesa 23.1.5 renderer: Mesa Intel Arc A770 Graphics (DG2) direct-render: Yes -- 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 56350] New: Python programs fail to play sound
by WineHQ Bugzilla Aug. 13, 2026

Aug. 13, 2026

https://bugs.winehq.org/show_bug.cgi?id=56350 Bug ID: 56350 Summary: Python programs fail to play sound Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: galacticaledge(a)protonmail.com Distribution: --- Created attachment 76076 --> https://bugs.winehq.org/attachment.cgi?id=76076 Most of the errors that occur when trying to play a sound seems to be related to the crypt API Python programs fail to play any sound due to errors in the crypt library. If anyone wants to conveniently test and debug this issue, I wrote a simply Python program for this. Simply run the program, open a txt file (which the program will convert each line into speech when the "Next Line" button is played), and watch it fail to play sound and cause the "Next Line" button to stop working until a new file is selected. I have also confirmed this is a Wine issue since the program works perfectly fine on a Windows install. https://drive.google.com/file/d/1RjB0n5tAP1-7xPUf8Zjk_QzIyya7vZ6e/view?usp=… -- 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 58921] New: WebView2 does not work with Windows version setting 8.1 or newer
by WineHQ Bugzilla Aug. 12, 2026

Aug. 12, 2026

http://bugs.winehq.org/show_bug.cgi?id=58921 Bug ID: 58921 Summary: WebView2 does not work with Windows version setting 8.1 or newer Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: felixhaedicke(a)web.de Distribution: --- Created attachment 79605 --> http://bugs.winehq.org/attachment.cgi?id=79605 webview.log (log created by WebView2) For testing WebView2, I am using my "SimpleWebView2Browser", see https://github.com/felixhaedicke/SimpleWebView2Browser for source code and binaries. Steps to get it running on a fresh wineprefix: * Install WebView2 runtime using the "Evergreen Standalone Installer" for x64 from Inst https://developer.microsoft.com/en-us/microsoft-edge/webview2 * Set Windows version to Windows 7 or 8. * Use my "SimpleWebView2Browser" binaries from https://github.com/felixhaedicke/SimpleWebView2Browser/releases/tag/v0.1 It is sufficient to set the Windows version for "msedgewebview2.exe" (which is part of the WebView2 runtime): wine reg add "HKEY_CURRENT_USER\Software\Wine\AppDefaults\msedgewebview2.exe" /v Version /t REG_SZ /d win8 It does not work with Windows version set to 8.1, 10 or 11. The problem is probably that WebView2 tries to use the DirectComposition API on Windows 8.1 or newer. Message in the WebView2 debug log: DCompositionCreateDevice failed: Not implemented. (0x80004001) The attached WebView2 debug log was captured using the WebView2 logging functions, which can be enabled using the WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS environment variable. Command line used to start the browser process, and to capture the attached logs: WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--enable-logging --v=1 --log-file=c:/webview.log" wine SimpleWebView2Browser.exe 2> wine-output.txt -- 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 14