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

[Bug 59704] New: Age of Empires II doesn't work on Wine 10.1 either,
by WineHQ Bugzilla May 16, 2026

May 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=59704 Bug ID: 59704 Summary: Age of Empires II doesn't work on Wine 10.1 either, Product: Wine Version: 10.1 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: chaosesqueteam3(a)sogetthis.com I was told I was a troll for reporting that AoEII doesn't work on the LTS version of wine that's shipped with debian LTS (wine 5.0.5). Even though AoEII used to work fine in 2009 (everything worked fine back then). So I tried it on wine 10.1 on Mac OS. Doesn't work either. (this is a similar bug to https://bugs.winehq.org/show_bug.cgi?id=59701 , but is on a different OS and a different newer wine version) NOTHING WORKS ON WINE ANYMORE. What the _HELL_ happened? This used to be a great opensource project. Back when gen X and millenials were working on it. Zoomers threw most of the millenial and gen X "old men" (sorry "old maaallleesss" as they call them) out of their own projects (even RMS... though he's pre-gen X): and now there are only excuses given, everythings in a state of flux and broken. We had a time, Gen X and Millenials, where we collectively made a good stable and secure system. 2009. Had Grsecurity, working wine, Xorg, etc. Hans Reiser was still respected for what he contributed (first Journaling FS for Linux). "Show us the code" was still the ideal. Now it's all about "pad my resume" "Be an Indian Woman ruling over Debian" "hire random guy called Appplebaum to head Tor" "f the pale and stale mysogninsts who created free software, especially RMS!!!" etc etc It's been brigaded and taken over. The consensus cracked, because the people who actually did the programming work are no-longer the rulers of the projects: other "managers" are. (note can't upgrade to wine 11 because mac ports can't download libpng ("404") (which I reported to mac ports and they said it works here), because I'm now suddenly on a "bot" list) Here's the error: https://pastebin.com/Si1wD5C9 wine: Unhandled illegal instruction at address 0040E419 (thread 0024), starting debugger... >hi, yesterday I complained about wine not working with AoEII, someone in this #debian and in #winehq accused me of being a troll and a bot for filing a bug report about it. And now, the next day, I can't even download libpng because my IP is on a "this is a bot" list. >I am aware that many of you people (#debian) work in the industry <and you take revenge agaist people who's views you dislike or who have annoyed you due to your positions >I am a licensed attorney >if I have to subpoena every one of you for discovery in a libel suit I will do so. 23:46 -!- You are banned from this server- You have violated Libera Chat's terms of service. Please email bans(a)libera.chat if you think this network ban has been set in error. (2026/4/29 02.45) 23:46 -!- ERROR Closing Link: ool-18bac15c.dyn.optonline.net (K-Lined) 23:46 -!- Irssi: Connection lost to irc.libera.chat -- 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 11

[Bug 50282] New: Assertion `pellip->under == 0 && pellip->after == 0' failed.
by WineHQ Bugzilla May 16, 2026

May 16, 2026

https://bugs.winehq.org/show_bug.cgi?id=50282 Bug ID: 50282 Summary: Assertion `pellip->under == 0 && pellip->after == 0' failed. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: apphelp Assignee: wine-bugs(a)winehq.org Reporter: mr.acar07(a)gmail.com Distribution: --- test(a)debian:~/.wine/drive_c/AKINSOFT/Wolvox8/ERP$ wine WERP8.exe 001d:err:eventlog:ReportEventW L"The registry information is missing.\r\nPlease run the Firebird Configuration Utilit" 0009:err:shell:SHGetFileInfoW pidl is null! 0009:err:shell:SHGetFileInfoW pidl is null! [1208/124013:ERROR:network_change_notifier_win.cc(153)] WSALookupServiceBegin failed with: 0 [1208/124013:ERROR:proxy_service_factory.cc(129)] Cannot use V8 Proxy resolver in single process mode. 0009:err:ole:CoGetClassObject class {54e211b6-3650-4f75-8334-fa359598e1c5} not registered 0009:err:ole:CoGetClassObject no class object {54e211b6-3650-4f75-8334-fa359598e1c5} could be created for context 0x1 [1208/124014:FATAL:direct_manipulation.cc(34)] Check failed: SUCCEEDED(hr). text.c:750: TEXT_NextLineW: Assertion `pellip->under == 0 && pellip->after == 0' failed. text.c:750: TEXT_NextLineW: Assertion `pellip->under == 0 && pellip->after == 0' failed. text.c:750: TEXT_NextLineW: Assertion `pellip->under == 0 && pellip->after == 0' failed. text.c:750: TEXT_NextLineW: Assertion `pellip->under == 0 && pellip->after == 0' failed. text.c:750: TEXT_NextLineW: Assertion `pellip->under == 0 && pellip->after == 0' failed. text.c:750: TEXT_NextLineW: Assertion `pellip->under == 0 && pellip->after == 0' failed. text.c:750: TEXT_NextLineW: Assertion `pellip->under == 0 && pellip->after == 0' failed. Its a paid Turkish accounting app. I make it working but only this error happen. -- 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 59038] New: wow64 mode and Unhandled exception: The type initializer for 'Microsoft.DotNet.Installer.Windows.InstallerBase' threw an exception.
by WineHQ Bugzilla May 16, 2026

May 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=59038 Bug ID: 59038 Summary: wow64 mode and Unhandled exception: The type initializer for 'Microsoft.DotNet.Installer.Windows.InstallerBase' threw an exception. Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: info(a)fernandolucas.info Distribution: --- Created attachment 79802 --> http://bugs.winehq.org/attachment.cgi?id=79802 wine console output I am using the new packages for Debian Wine 10.18 - 10.19 with the new wow64 mode. Installing .net 10 after initializing the prefix works well. Additional installations of a previous .net core version or running C:\Program Files\dotnet\dotnet.exe workload install wasm-tools fails with 0150:fixme:crypt:CertAddCertificateLinkToStore (00007FFFFED4B850, 00007FFFFE8A3DF8, 00000004, 0000000000000000): semi-stub Unhandled exception: The type initializer for 'Microsoft.DotNet.Installer.Windows.InstallerBase' threw an exception 0130:fixme:unwind:call_user_apc_dispatcher flags 0x3 are not supported. -- 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 6

[Bug 58332] New: ntdll: Session shared memory gets mapped with MAP_PRIVATE, which causes rr-debugger to fail.
by WineHQ Bugzilla May 16, 2026

May 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=58332 Bug ID: 58332 Summary: ntdll: Session shared memory gets mapped with MAP_PRIVATE, which causes rr-debugger to fail. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Debugging Wine with rr-debugger allows to record whole wine process trees, and debug later different processes, e.g. wineserver and the .exe process, debug early startup or exception code, debug in reverse and multiple times. Therefore I asked for inclusion of [1] "spurious short writes", which got accepted at 2025-04-25. Thank you very much for it. Unfortunately short after it I found there is still an issue, which was a few months not there. So I started bisecting and arrived at [2] d9d012965de, "ntdll: Always map files as writable and adjust permissions.", committed at 2025-03-25. Unfortuntately this can not be cleanly reverted at current git, but with three more commits reverted it makes a wine tree, which can be used with rr-debugger [2]. I could reduce the changes of this 4 commits to a few lines which, are also able to produce a wine tree usable with rr-debugger [3]. This patch is only changing behaviour once for each .exe process, when the session shared memory gets mapped in via the fd received from wineserver. With unmodified Wine this is currently done with a MAP_PRIVATE flag, which turns out is currently just mapping the file content into the process, but does not receive the updates from wineserver. To investigate if this can be fixed in rr I opened [4]. Unfortunately this would be expected to create a overall slowdown for rr. Therefore I wonder if this change was intentional, to map the session shared memory with mmap(MAP_PRIVATE)? When looking at virtual_map_user_shared_data the shared memory gets mapped with mmap(MAP_SHARED). Would something like [3] be acceptable for inclusion? Kind regards, Bernhard [1] https://gitlab.winehq.org/wine/wine/-/commit/cd197f8588b [2] https://gitlab.winehq.org/wine/wine/-/commit/07160a23fa2 https://gitlab.winehq.org/wine/wine/-/commit/9e006e94c9c https://gitlab.winehq.org/wine/wine/-/commit/8fd49c4d8e9 https://gitlab.winehq.org/wine/wine/-/commit/d9d012965de [3] https://gitlab.winehq.org/bernhardu/wine/-/commit/658e56801a7 [4] https://github.com/rr-debugger/rr/issues/3972 -- 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 56431] New: Dotnet TreeView disappearing plus-sign
by WineHQ Bugzilla May 16, 2026

May 16, 2026

https://bugs.winehq.org/show_bug.cgi?id=56431 Bug ID: 56431 Summary: Dotnet TreeView disappearing plus-sign Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Wagner.a18(a)yahoo.com Distribution: --- I try to get a dotnet application, which has a treeview element on board, running. If I expand a tree node to display the next level of child tree nodes with a press on the plus-sign and collapse the child tree node level with the minus-sign after that. The plus-sign disappears and I am not able to expand the tree node again. I have to restart the whole application to be able to expand the tree node again. I installed this packages - WINEPREFIX=~/.wine-32 winetricks vcrun2005 vcrun2008 vcrun2010 vcrun2012 vcrun2013 vcrun2015 - WINEPREFIX=~/.wine-32 winetricks msxml3 - WINEPREFIX=~/.wine-32 winetricks msxml4 - WINEPREFIX=~/.wine-32 winetricks msxml6 - WINEPREFIX=~/.wine-32 winetricks mdac28 - WINEPREFIX=~/.wine-32 winetricks jet40 -- 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 35

[Bug 29579] New: winhelp: winhlp32.exe doesn't support making its window non-resizeable or without menu strip
by wine-bugs＠winehq.org May 16, 2026

May 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=29579 Bug #: 29579 Summary: winhelp: winhlp32.exe doesn't support making its window non-resizeable or without menu strip Product: Wine Version: 1.3.36 Platform: x86-64 URL: http://download.microsoft.com/download/aoe/Trial/1.0/W IN98/EN-US/MSAoE.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified In Windows, help files can cause the winhlp32 window to open with fixed (non-resizeable) dimensions, and/or with no menu strip. Wine winhlp32 does not support that feature. For example, download the Age of Empires trial version from http://www.microsoft.com/games/empires/downloads.htm direct download URL is http://download.microsoft.com/download/aoe/Trial/1.0/WIN98/EN-US/MSAoE.exe Either run MSAoE.exe to install the demo, or use cabextract to unpack the files inside. Run winhlp32.exe from Windows under Wine and load Empires.hlp. Notice the window has no menu strip and cannot be resized. (I tested winhlp32.exe from Windows 98 and XP.) Run Wine winhlp32.exe and load Empires.hlp. (The window contents are completely messed up and unusable, but that's not what this bug covers.) Notice the winhlp32 window is resizeable and has a menu strip. -- 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 7

[Bug 59753] New: Clickteam Fusion 2.5: Page fault in Flash ActiveX (flash.ocx) during SWF cutscene playback
by WineHQ Bugzilla May 16, 2026

May 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=59753 Bug ID: 59753 Summary: Clickteam Fusion 2.5: Page fault in Flash ActiveX (flash.ocx) during SWF cutscene playback Product: Wine Version: 11.8 Hardware: x86-64 URL: https://sites.google.com/view/theagamer554/sonic-befor e-the-sequel-fixed-edition OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: winebug(a)nateify.xyz Distribution: Ubuntu Created attachment 80942 --> http://bugs.winehq.org/attachment.cgi?id=80942 WINEDEBUG=+ole,+quartz,+seh WINEDBG="winedbg --auto" Clickteam Fusion 2.5 game "Sonic: Before the Sequel Fixed Edition" using Adobe Flash ActiveX (v11) to play SWF cutscenes crash with an unhandled page fault. The crash occurs at the point where the engine hands off to Flash for cutscene playback. The game is freely available and requires two downloads (extracted to the same dir) https://drive.google.com/file/d/1gmR9WbKNNFpkXE9KFsM2ZsA8UW74uOVh/view?usp=… https://www.mediafire.com/file/clzscrsn6ahy8sm/Sonic+Before+the+Sequel+%271… Additionally I installed Adobe Flash for ActiveX version 11.9.900.170 from here: https://archive.org/download/flashplayerarchive/pub/flashplayer/installers/… I ran "SBTS FE.exe". On a clean Windows VM with only the above Adobe Flash ActiveX installed, cutscenes play. On my test system: Observed behavior: OleRegEnumVerbs fails for the Flash CLSID {d27cdb6e-ae6d-11cf-96b8-444553540000}, followed immediately by a page fault at address 10306188. Expected behavior: Flash ActiveX initializes correctly and the cutscene plays, as it does on Windows with the same Flash version. Test system: Ubuntu 26.04 Wine version: 11.8 Install method: sudo apt install --install-recommends winehq-devel Debug logs were generated using this command: WINEDEBUG=+ole,+quartz,+seh WINEDBG="winedbg --auto" wine -- 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 0

[Bug 59742] New: winedevice.exe never exits
by WineHQ Bugzilla May 16, 2026

May 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=59742 Bug ID: 59742 Summary: winedevice.exe never exits Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: hugo(a)whynothugo.nl Distribution: --- I'm running some games via: gamescope -W 3440 -H 1440 wine path/to/game.exe gamescope renders a nested compositor, and wine runs inside of it. Typically, gamescope exits whenever its child process exits. However, with this setup, gamescope never exits, because its child never exits. When the game exits, a winedevice.exe process lingers, forever. Gamescope perceives that its child is still running and does not exist. winedevice.exe should exit when the main `game.exe` (in this example) exits, or when all wine processes exit. -- 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 10

[Bug 59472] New: FreeArc hangs on startup in new wow64 mode
by WineHQ Bugzilla May 16, 2026

May 16, 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 4

[Bug 57883] New: vbscript:Script compilation error when for each with array
by WineHQ Bugzilla May 16, 2026

May 16, 2026

https://bugs.winehq.org/show_bug.cgi?id=57883 Bug ID: 57883 Summary: vbscript:Script compilation error when for each with array Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: fang.jiali(a)vico-lab.com Distribution: --- Dim d: d = Array(1,2,3,4,5) Dim i For each i In d Next when running above script, compilation error. -- 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