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

[Bug 59944] New: BOINC's project dialog is messed up
by WineHQ Bugzilla Oct. 2, 2026

Oct. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59944 Bug ID: 59944 Summary: BOINC's project dialog is messed up Product: Wine Version: 11.12 Hardware: x86-64 URL: https://github.com/BOINC/boinc/releases/download/clien t_release%2F7.22%2F7.22.2/boinc_7.22.2_windows_x86_64. exe OS: Linux Status: NEW Keywords: download, regression Severity: trivial Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: imwellcushtymelike(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: ad9dfe8bcc0ad048dc044694969e13235caadf46 Distribution: Ubuntu Created attachment 81294 --> http://bugs.winehq.org/attachment.cgi?id=81294 Screenshot of broken dialogs The dialog opened by BOINC so that you can choose a project is messed up visually. The description text is not wholly on the screen. The URL is vertical! (Though it still works) Bisected to ad9dfe8bcc0ad048dc044694969e13235caadf46. commit ad9dfe8bcc0ad048dc044694969e13235caadf46 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Oct 9 12:58:30 2025 +0200 ntdll: Use the export name if any to find the corresponding builtin. Same on 32- and 64-bit clients. https://github.com/BOINC/boinc/releases/download/client_release%2F7.22%2F7.… -- 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 25

[Bug 60345] New: rsaenh: CryptSetHashParam(HP_HMAC_INFO) with CALG_SHA_256 on PROV_RSA_FULL reports success but leaves the hash uninitialized; next CryptHashData() crashes (Aniimo, Steam 4126040)
by WineHQ Bugzilla Oct. 2, 2026

Oct. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=60345 Bug ID: 60345 Summary: rsaenh: CryptSetHashParam(HP_HMAC_INFO) with CALG_SHA_256 on PROV_RSA_FULL reports success but leaves the hash uninitialized; next CryptHashData() crashes (Aniimo, Steam 4126040) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rsaenh Assignee: wine-bugs(a)list.winehq.org Reporter: gustavo.karsten(a)outlook.com Target Milestone: --- Distribution: --- Created attachment 82117 --> http://bugs.winehq.org/attachment.cgi?id=82117 backtrace Aniimo (Steam AppID 4126040, NetEase) launches and logs in, then crashes when the server list should appear. Same crash on Proton (https://github.com/ValveSoftware/Proton/issues/10150) and CrossOver 26.2/26.3 (Wine 11.0 base); dlls/rsaenh in current git has the same code. Backtrace (CrossOver 26.2, Wine 11.0 base, macOS/Apple Silicon): Unhandled exception: page fault on read access to 0x0000000000000060 in 64-bit code =>0 rsaenh (+0x24b2e) callq *0x60(%rax) rax=0 1 rsaenh (+0x56d3) 2 advapi32 (+0x10d0f) 3 fpxsteam (+0x4be69) (NetEase's Steam auth layer, FPXSteam.dll) What the game does (minimal sequence, reproduces the crash on current Wine, works on Windows): CryptAcquireContext(PROV_RSA_FULL, CRYPT_VERIFYCONTEXT) CryptCreateHash(CALG_HMAC, hKey) CryptSetHashParam(HP_HMAC_INFO, { HashAlgid = CALG_SHA_256 }) -> returns TRUE on both Wine and Windows CryptHashData(...) -> Wine crashes here Analysis: in dlls/rsaenh/rsaenh.c, init_hash() for CALG_HMAC looks the inner hash algorithm up with get_algid_info(); SHA-256 is not in the RSA full providers' table, so it returns FALSE (there is already a FIXME there saying that Windows supports e.g. SHA-256 for HMAC even on providers that don't list it). RSAENH_CPSetHashParam(HP_HMAC_INFO) ignores init_hash()'s return value and returns TRUE, so pHMACInfo is set while the hash descriptor stays NULL. update_hash() then calls update_hash_impl(), which dereferences the NULL descriptor (the call through offset 0x60 in the trace). Expected behavior (Windows): the HMAC is computed with SHA-256. CryptCreateHash(CALG_SHA_256) itself does fail with NTE_BAD_ALGID on PROV_RSA_FULL, as the existing tests already check, but HP_HMAC_INFO accepts it. Verified indirectly: the game works on Windows, and rebuilding rsaenh.dll with the inner-hash lookup falling back to the AES provider's table makes the game work end to end on CrossOver (RFC 4231 HMAC-SHA-256 vectors then pass on the Base, Strong and Enhanced providers). Note: the analysis above was done with the help of an AI assistant. In line with the WineHQ LLM policy no patch is 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.

1 2

[Bug 60322] New: wineboot blocks for ~5sec. on both macOS and Linux, slowing down the entire Wine startup process in certain situations.
by WineHQ Bugzilla Oct. 2, 2026

Oct. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=60322 Bug ID: 60322 Summary: wineboot blocks for ~5sec. on both macOS and Linux, slowing down the entire Wine startup process in certain situations. Product: Wine Version: 11.17 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Keywords: performance Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)list.winehq.org Reporter: logos128(a)gmail.com Target Milestone: --- The blocking appears inside the create_computer_name_keys() function in getaddrinfo(), when trying to resolve the canonical hostname. This only happens on hostnames from the .local domain depending on network settings. On macOS when file sharing is turned off, getaddrinfo() blocks for ~5sec. on .local domains. This is a real problem, because the hostname is from the .local domain by design in macOS and the file sharing is turned off by default. So, this slows down the entire Wine startup process for ~5sec. Probably they turn off the mDNS Bonjour cache in this situation, so it times out while trying to resolve the hostname. On Linux, when using Avahi mdns/mdns_minimal and IPV6 is disabled, getaddrinfo() blocks for +5sec. on .local domains. The difference with macOS is that it returns without error (res->ai_canonname is equal to the hostname retrieved with gethostname() earlier). This isn't as much of a problem on Linux, since .local domains are rarely used as hostnames there. -- 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 37

[Bug 60276] New: Paint.net 5.2 (Build 9739) tool window does not get sized correctly
by WineHQ Bugzilla Oct. 2, 2026

Oct. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=60276 Bug ID: 60276 Summary: Paint.net 5.2 (Build 9739) tool window does not get sized correctly Product: Wine Version: 11.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: eblumster(a)gmail.com Target Milestone: --- Distribution: --- With the newly released experimental wine support under paint.net I noticed the tool window is wider than it should be. Download: https://github.com/paintdotnet/release/releases/download/v5.2-alpha.5.200.9… $ sha1sum paint.net.5.200.9739.41506.portable.x64.zip fa74168c4ce1b2ca6fb14e447a56f3bd0c32f237 paint.net.5.200.9739.41506.portable.x64.zip release notes on wine support https://forums.paint.net/topic/134563-%F0%9F%8D%B7-extremely-experimental-w… It appears to be related to sysparams.c SM_CXMIN, SM_CXMINTRACK, SM_CYMIN, SM_CYMINTRACK -- 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 9

[Bug 59831] New: Zombie Army 4: Dead War running launcher leads to a memory leak
by WineHQ Bugzilla Oct. 2, 2026

Oct. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59831 Bug ID: 59831 Summary: Zombie Army 4: Dead War running launcher leads to a memory leak Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: andrey.goosev(a)gmail.com CC: zzhang(a)codeweavers.com Regression SHA1: 29ef555d2749e95eca67fe2fbf4d06d2f83b91c2 Distribution: --- Output has lots of '0258:err:seh:user_callback_handler ignoring exception c0000005' Mentioned commit makes the window be a white (bug 51825) and in the same time brings a memory leak. Just run the launcher and see the memory usage with system monitor. -- 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 60385] New: Final Fantasy XI Online: Mouse/pointer cursor activates at unintended times (redux).
by WineHQ Bugzilla Oct. 2, 2026

Oct. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=60385 Bug ID: 60385 Summary: Final Fantasy XI Online: Mouse/pointer cursor activates at unintended times (redux). Product: Wine Version: 11.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Keywords: regression Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)list.winehq.org Reporter: chiitoo(a)gentoo.org Target Milestone: --- Regression SHA1: 6271e0bc43497b9c701f18965cbad5c8e7cce3f9 Distribution: Gentoo When Final Fantasy XI Online is running in full-screen mode, it warps/jumps the mouse cursor between menu menus when opened. When using the keyboard or a gamepad, the cursor is hidden unless the mouse/pointer device is moved in some way. After 6271e0bc434 [1], whenever this happens, the cursor is shown every time briefly, which should normally not happen. This may potentially also be re-introducing bug 56394 [2] leading to unintended menu selections when a window "connected" to the menu changes size, which then moves the menu with it (this has occasionally happened in the past, too, so I am not entirely sure that this is related to it at this time). By its description, 60328 [3] looks very similar, but this particular commit happens after Wine 11.17. Last tested by reverting/not reverting the commit at 9d17984f27b [4]. Thank you! 1. https://gitlab.winehq.org/wine/wine/-/commit/6271e0bc43497b9c701f18965cbad5… 2. https://bugs.winehq.org/show_bug.cgi?id=56394 3. https://bugs.winehq.org/show_bug.cgi?id=60328 4. https://gitlab.winehq.org/wine/wine/-/commit/9d17984f27bfe25cbef162749ed359… -- 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 2

[Bug 60371] New: Desperados 2: Cooper's Revenge crashes with Animated Shadows enabled on NVIDIA under X11/XWayland
by WineHQ Bugzilla Oct. 2, 2026

Oct. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=60371 Bug ID: 60371 Summary: Desperados 2: Cooper's Revenge crashes with Animated Shadows enabled on NVIDIA under X11/XWayland Product: Wine Version: 11.18 Hardware: x86-64 URL: https://store.steampowered.com/app/9710/Desperados_2_C oopers_Revenge/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Target Milestone: --- Regression SHA1: 9bd4580a1bb8bf2da893de9b49e80b0957d63ac1 Distribution: ArchLinux Desperados 2 (2006, 32-bit, OpenGL renderer) crashes when loading a saved game with Animated Shadows enabled, using the NVIDIA proprietary driver and Wine's X11 driver. The game stops with the following error at the end of level loading: "OpenGL error code detected: invalid framebuffer operation - Click retry for int3" Clicking Retry opens the Wine debugger dialog, but the report contains no usable backtrace. It starts with: 0x00ea26c1 vision71+0x826c1: int3 This is followed by the list of loaded modules. In the terminal I see this, but this was present before the regression too: 0024:fixme:opengl:wow64_map_buffer Doing a copy of a mapped buffer (expect performance issues) The issue is reproducible with both the GOG and Steam versions. This is a regression between Wine 11.17 and 11.18 and the first bad commit is commit 9bd4580a1bb8bf2da893de9b49e80b0957d63ac1 win32u: Pass the pbuffer drawable size to opengl_drawable_create. For cases where there is no client surface. I can't revert the patch on top of Wine-11.18, but verified that the game doesn't crash with the parent commit. Results with 'Animated Shadows' enabled: - NVIDIA 615.71.09, XFCE / X11: crash - NVIDIA 615.71.09, KDE Plasma / XWayland: crash - NVIDIA 615.71.09, KDE Plasma / native Wine Wayland driver: no crash - nouveau / Mesa 26.2.3, XFCE / X11: no crash - nouveau / Mesa 26.2.3, KDE Plasma / XWayland: no crash - nouveau / Mesa 26.2.3, KDE Plasma / native Wine Wayland driver: no crash The failure therefore occurs with NVIDIA and Wine's X11 driver in both tested desktop environments. It does not reproduce with Wine's native Wayland driver on NVIDIA, or with nouveau in any of the tested configurations. Steps to reproduce: 1. Run the game with the NVIDIA proprietary driver, using Wine's X11 driver under either X11 or XWayland. 2. Open the game's graphics settings. 3. Set "Animated Shadows" to Low, Medium, or High. 4. Load a saved game or start a new game. -- 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 57100] New: Command Post fails to load
by WineHQ Bugzilla Oct. 2, 2026

Oct. 2, 2026

https://bugs.winehq.org/show_bug.cgi?id=57100 Bug ID: 57100 Summary: Command Post fails to load Product: Wine Version: 9.16 Hardware: x86-64 URL: https://cgf-uploads.net/production/public/files/Comman dPostInstaller.zip OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 76978 --> https://bugs.winehq.org/attachment.cgi?id=76978 Wine 9.16 console output Immediately following installation of Command Post, the application fails to load. Subsequent attempt to run the application fails in the same way. wine "c:\program files\command post\commandpost.exe" > System.Runtime.Remoting.RemotingException: Channel CommandPost-KW-UniqueKeytest:SingeInstanceIPCChannel is not securable while ensureSecurity is specified as true Workaround is dotnet45 (if using Winetricks you need to set the Windows version to Windows 7 after installation: "winetricks dotnet45 win7"). https://cgf-uploads.net/production/public/files/CommandPostInstaller.zip https://web.archive.org/web/20240825002112/https://cgf-uploads.net/producti… c7b571e5020866e068c8b780782be72cf5f8df3f CommandPostInstaller.exe d29f3e8bceace7fc43113728555c2eae4f684d1b CommandPostInstaller.zip -- 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 25355] New: Time clock SBE 1.2 and 2.2 not working properly on ubuntu 10.04LTS
by wine-bugs＠winehq.org Oct. 2, 2026

Oct. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=25355 Summary: Time clock SBE 1.2 and 2.2 not working properly on ubuntu 10.04LTS Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ryanmore2006(a)yahoo.com.ph Our company used Ubuntu 8.04 install in all computer in all branches. were using Time clock SBE 1.2 for time logging for all our employees. the said software were stable in ubuntu 8.04 LTS wine wine version 1.0. The problem starts when we updated the LINUX OS to Ubuntu 10.04LTS with wine 1.2 install, but something wrong with the some menu can't be seen anymore, we tried to update the time clock sbe form 1.2 to 2.2 but the unfortunately it did not fixed the problem. we also updated the version of wine but still the same. for reference i will attached the screen shot for ubuntu 8.04 and 10.04 Im homping that someone can help me with this problem. -- 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 15

[Bug 60412] New: Hard Truck Apocalypse hangs and hits a stack overflow with builtin msvcr71/msvcp71
by WineHQ Bugzilla Oct. 2, 2026

Oct. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=60412 Bug ID: 60412 Summary: Hard Truck Apocalypse hangs and hits a stack overflow with builtin msvcr71/msvcp71 Product: Wine Version: 11.18 Hardware: x86-64 URL: https://store.steampowered.com/app/285500/Hard_Truck_A pocalypse__Ex_Machina/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: eric.pouech(a)gmail.com Target Milestone: --- Regression SHA1: 8701d4ed78d677fe00ba53323b3e5a8b10a4df7f Distribution: --- Hard Truck Apocalypse (Steam, 32-bit) no longer starts with Wine 11.18-287-gabc6aebd55b when using the default DLL load order, while forcing the game-provided native msvcr71.dll and msvcp71.dll makes it start normally. After launching the game, no window appears. The hta.exe process and wineserver each consume approximately 50%-50% CPU. After about 20–30 seconds, Wine reports an unhandled stack overflow: wine: Unhandled stack overflow at address 7BDE6144 (thread 0024), starting debugger... 0024:err:virtual:virtual_setup_exception stack overflow 1984 bytes addr 0x7bded97b stack 0xaa0840 (0xaa0000-0xaa1000-0x3a50000) I bisected the regression between Wine 11.18 and current Wine master at commit abc6aebd55b. The first bad commit is: commit 8701d4ed78d677fe00ba53323b3e5a8b10a4df7f include/msvcrt: Default time_t to 64bit even on 32bit compilations. Reverting the commit on current HEAD fixes the problem. The game directory contains its own Microsoft Visual C++ 7.1 runtime DLLs: mfc71.dll mfc71u.dll msvcp71.dll msvcr71.dll Forcing the game-provided native versions avoids the regression: WINEDLLOVERRIDES="msvcr71,msvcp71=n" wine hta.exe -- 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 8