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

[Bug 46697] New: ntQueryDirectoryFileEx needed
by wine-bugs＠winehq.org Oct. 19, 2026

Oct. 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=46697 Bug ID: 46697 Summary: ntQueryDirectoryFileEx needed Product: Wine Version: 4.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: springrat(a)protonmail.com Distribution: --- Mod Organizer 2 fails to load the userspace virtual file system (USVFS) .dll due to a lack of the function, "ntQueryDirectoryFileEx" in ntdll.dll. As a result, the program itself cannot be used for its intended purposes of organizing and loading mods directly, and some critical features such as using tools within the virtual environment break. -- 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 24

[Bug 57222] New: Installation of Konami games fails (Bombergirl, Beatmania IIDX Infinitas) with error 1603
by WineHQ Bugzilla Oct. 19, 2026

Oct. 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=57222 Bug ID: 57222 Summary: Installation of Konami games fails (Bombergirl, Beatmania IIDX Infinitas) with error 1603 Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: sraamar.psplus(a)gmail.com Distribution: --- Created attachment 77139 --> https://bugs.winehq.org/attachment.cgi?id=77139 Trace The installation process for certain Konami games, such as Bombergirl and Beatmania IIDX Infinitas, fails when run through Wine. The setup halts with error code 1603. These are the relevant lines I think of the trace: 0120:err:msi:execute_script Execution of script 0 halted; action L"[C:\\users\\vince\\AppData\\Roaming\\Microsoft\\Windows\\Start Menu\\Programs\\KONAMI\\BomberGirl.url\0080http://eagate.573.jp/game/konasteapp/API/login/login.html?game_id=bomber-girl\00801\0080C:\\Games\\BomberGirl\\BomberGirl.ico\00800\0080C:\\users\\vince\\Desktop\\BomberGirl.url\0080h"... returned 1603 0120:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 Bombergirl installer: https://p.eagate.573.jp/game/eacbg/bg/download/installer.html Beatmania IIDX INFINITAS installer : https://d1rc4pwxnc0pe0.cloudfront.net/v2/installer/infinitas_installer_2022… Tested on Arch Linux with wine 9.18 in a clean prefix. -- 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 59682] New: Windrose server: UDP bind to specific IPv4 behaves like 0.0.0.0%iface, causing wrong source IP and multihoming conflicts
by WineHQ Bugzilla Oct. 18, 2026

Oct. 18, 2026

http://bugs.winehq.org/show_bug.cgi?id=59682 Bug ID: 59682 Summary: Windrose server: UDP bind to specific IPv4 behaves like 0.0.0.0%iface, causing wrong source IP and multihoming conflicts Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)list.winehq.org Reporter: koekdendeniz(a)gmail.com Distribution: --- A Windows dedicated server application (WindroseServer-Win64-Shipping.exe) works correctly on native Windows, where binding to a specific IP via -Multihome=<IP> results in UDP sockets bound to that IP:PORT. Under Wine on Linux, the same server appears to bind correctly in Wine debug logs, but the resulting Linux UDP socket shows up as 0.0.0.0%iface:PORT instead of IP:PORT. This causes two problems: 1. Outgoing UDP replies use the wrong source IP (the host's main IP instead of the IP passed to -Multihome). 2. Multiple instances cannot use the same UDP port on different local IPs, because the socket effectively behaves like 0.0.0.0:PORT instead of IP_A:PORT and IP_B:PORT. Tested with: * host networking * multiple public IPv4 addresses assigned on the same host * command line using -Multihome=<IP> Expected result: UDP socket is bound to the specific IPv4 address, replies use that source IP, and multiple instances can bind the same UDP port on different local IPs. Actual result: UDP socket appears as 0.0.0.0%iface:PORT, replies use the wrong source IP, and same-port multi-IP hosting fails. -- 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 5

[Bug 57367] New: DLNest crash due to unimplemented function
by WineHQ Bugzilla Oct. 18, 2026

Oct. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=57367 Bug ID: 57367 Summary: DLNest crash due to unimplemented function Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- DLNest new 2.0 version use dotnet and shown following message Unimplemented function ntdll.dll.NtCreateWaitCompletionPacket called at address 00006FFFFFC5F038 (thread 0140), starting debugger... which is seems like unimplemented in 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.

2 18

[Bug 59954] New: Age of Empires 3: Asian Dynasties have graphical display issues in start screen and in game
by WineHQ Bugzilla Oct. 17, 2026

Oct. 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=59954 Bug ID: 59954 Summary: Age of Empires 3: Asian Dynasties have graphical display issues in start screen and in game Product: Wine Version: 11.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: robertyutintat(a)yahoo.com Distribution: --- AOE3: The Asian Dynasties show nothing in the start screen (all black) and in the game. Unconfirmed whether it is like this in game, but I will observe. Regression test will be performed at request. -- 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 35

[Bug 58643] New: "floating" combobox dropdown area in winecfg
by WineHQ Bugzilla Oct. 17, 2026

Oct. 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=58643 Bug ID: 58643 Summary: "floating" combobox dropdown area in winecfg Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Open winecfg Dropdown a combobox While dropdown area is visible, move winecfg main window => dropdown area does not follow its combobox anchor and is kept "floating" at its original position. -- 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 54858] New: Multiple games call for "Windows.System.DispatcherQueue" (Tannenberg, The Last Stand: Aftermath, The Long Dark)
by WineHQ Bugzilla Oct. 17, 2026

Oct. 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=54858 Bug ID: 54858 Summary: Multiple games call for "Windows.System.DispatcherQueue" (Tannenberg, The Last Stand: Aftermath, The Long Dark) Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Lots of 0e8c:fixme:combase:RoGetActivationFactory (L"Windows.System.DispatcherQueue", {00000035-0000-0000-c000-000000000046}, 00007FEEE4A0FA00): semi-stub 0e8c:err:combase:RoGetActivationFactory Failed to find library for L"Windows.System.DispatcherQueue" 8.6-29-ga19c1ff1697 -- 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 46

[Bug 43891] New: RAGE (Steam) crashes after start in wine-staging
by wine-bugs＠winehq.org Oct. 17, 2026

Oct. 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=43891 Bug ID: 43891 Summary: RAGE (Steam) crashes after start in wine-staging Product: Wine-staging Version: unspecified Hardware: x86 URL: http://store.steampowered.com/app/9200/RAGE/ OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59507 --> https://bugs.winehq.org/attachment.cgi?id=59507 terminal output The game starts properly in the development version of Wine (2.19), but crashes in the Staging version (tested with the following Staging versions: 2.10, 2.14, 2.18 and with current Staging-git). Reproduced the crash with the following Nvidia driver versions: 378.13, 384.59 and with current 387.12. With nouveau and Mesa 17.2.2 the game crashes in a different way (both in Staging and the development version), that's probably bug #38969. The patch in Staging which causes the problem: https://github.com/wine-compholio/wine-staging/blob/master/patches/opengl32… Arch Linux x86_64 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.5.0 NVIDIA 387.12 -- 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

[Bug 38969] New: RAGE crashes on startup
by wine-bugs＠winehq.org Oct. 17, 2026

Oct. 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=38969 Bug ID: 38969 Summary: RAGE crashes on startup Product: Wine Version: 1.7.47 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: hp(a)tmm.cx Distribution: --- Created attachment 51913 --> https://bugs.winehq.org/attachment.cgi?id=51913 Backtrace I have installed RAGE through a winetricks steam installation, it crashes on startup. System information: $ lsb_release -a LSB Version: :core-4.1-amd64:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch Distributor ID: Fedora Description: Fedora release 22 (Twenty Two) Release: 22 Codename: TwentyTwo 00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 5500 (Broadwell GT2) OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.6.1 (git-6ff3ae8) OpenGL core profile shading language version string: 3.30 $ wine --version wine-1.7.47 (Staging) Attached you will find the output of WINEDEBUG="+wgl,+opengl,+tid" WINEPREFIX="/home/hp/.local/share/wineprefixes/steam" wine Rage.exe and the subsequent crash log. -- 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 17

[Bug 58731] New: Using newer versions of dgVoodoo2 to play older games fail to initialize.
by WineHQ Bugzilla Oct. 17, 2026

Oct. 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=58731 Bug ID: 58731 Summary: Using newer versions of dgVoodoo2 to play older games fail to initialize. Product: Wine-staging Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nosferatu.arucard.1983(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- This is a year old bug around the Steam and later Lutris gaming community when notice the dgVoodoo2 wrapper after version 2.80 fail to work on Wine, either Proton or Proton-GE or any forks. Since Proton always uses DXVK for Direc3D 11 rendering (the dgVoodoo2 output), it was common to combine dgVoodoo2 with DXVK to wrap old DirectX and 3dfx Glide code to Direct3D 11, leaving DXVK to translate to Vulkan. As the time goes around, Dege was wary the fact that the last version of this own creation is now 2.86.2 at the time of writing and Lutris never update beyond 2.80 or a modded version called 2.8.2 After some testing and a rare game called Montezuma's Return which have a 3dfx version, I discovery that using dgVoodoo2 over Wine's vanilla DirectX 11 implementation also had the same problems like Proton or Wine-GE (modded versions) with DXVK. This old Glide game works with the lastest dgVoodoo2 without problems, while DirectDraw games like Omikron or Carmageddon TDR2000 fail to work using the lastest dgVoodoo2, but older versions worked fine. But the latter games had GPU diagnose tools and a pattern was found. If the dgVoodoo2 wrapper works, then the virtual dgVoodoo DirectX wrapper appears on devices list. If not, it displays the Wine's safe mode software renderer (DirectDraw HAL). Forcing playing the game, makes them crash or running at slowest speeds. After all testing, the issue happens either using DXVK or Wine's DirectX implementation, meaning that the problem should be found on Wine's code. Computers with Mesa drivers at certain games could start dgVoodoo2 2.86.2 on games like Omikron, which means that this open-source drivers code had an unintended workaround to force dgVoodoo2 to work, but this is rare and not always work. The test with Montezuma Return shows that the emulation code from Glide to DirectX works on Wine, along the DirectDraw emulation that work on certain cases. However the real issue is the initialization routine (that was changed) caused this huge regression, and it is not be handled by 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.

2 25