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

[Bug 59935] New: Request to implement NtLockFile
by WineHQ Bugzilla July 5, 2026

July 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=59935 Bug ID: 59935 Summary: Request to implement NtLockFile Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: chenyutao0706(a)gmail.com Distribution: --- NtLockFile has been missing in Wine for a long time, and it doesn't seem like there has been much progress on it. e.g, When running: wine zig.exe cc test.zig it breaks the Zig compiler. After looking into Zig's source code, I'm fairly confident this is the root cause of why `zig cc` fails under Wine. Here are the relevant logs: 0024:fixme:file:NtLockFile Unimplemented yet parameter 012c:fixme:file:NtLockFile Unimplemented yet parameter 0150:fixme:file:NtLockFile Unimplemented yet parameter 014c:fixme:file:NtLockFile Unimplemented yet parameter 0144:fixme:file:NtLockFile Unimplemented yet parameter 0114:fixme:file:NtLockFile Unimplemented yet parameter 00f4:fixme:file:NtLockFile Unimplemented yet parameter 010c:fixme:file:NtLockFile Unimplemented yet parameter 0138:fixme:file:NtLockFile Unimplemented yet parameter 0108:fixme:file:NtLockFile Unimplemented yet parameter 0140:fixme:file:NtLockFile Unimplemented yet parameter 013c:fixme:file:NtLockFile Unimplemented yet parameter 00f0:fixme:file:NtLockFile Unimplemented yet parameter 00fc:fixme:file:NtLockFile Unimplemented yet parameter 0134:fixme:file:NtLockFile Unimplemented yet parameter 0110:fixme:file:NtLockFile Unimplemented yet parameter 0148:fixme:file:NtLockFile Unimplemented yet parameter 0120:fixme:file:NtLockFile Unimplemented yet parameter 00f8:fixme:file:NtLockFile Unimplemented yet parameter 00e8:fixme:file:NtLockFile Unimplemented yet parameter 0130:fixme:file:NtLockFile Unimplemented yet parameter 011c:fixme:file:NtLockFile Unimplemented yet parameter 0104:fixme:file:NtLockFile Unimplemented yet parameter 0118:fixme:file:NtLockFile Unimplemented yet parameter 0124:fixme:file:NtLockFile Unimplemented yet parameter 0100:fixme:file:NtLockFile Unimplemented yet parameter error: sub-compilation of mingw-w64 crt2.o failed note: failed to check cache: manifest_create Unexpected error: sub-compilation of compiler_rt failed note: failed to check cache: manifest_create Unexpected error: sub-compilation of mingw-w64 libmingw32.lib failed note: failed to check cache: manifest_create Unexpected error: unable to generate mingw DLL import .lib file for api-ms-win-crt-conio-l1-1-0: CacheCheckFailed Z:\lib\zig\c.zig:1:1: error: unable to load 'c.zig': Unexpected Z:\lib\zig\std\std.zig:1:1: error: unable to load 'std.zig': Unexpected Z:\lib\zig\ubsan_rt.zig:1:1: error: unable to load 'ubsan_rt.zig': Unexpected -- 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 59962] New: dinput: buffered keyboard events visible to the game before the corresponding window message is pumped, causing GUI double-activation in Neverwinter Nights (Diamond 1.69)
by WineHQ Bugzilla July 4, 2026

July 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=59962 Bug ID: 59962 Summary: dinput: buffered keyboard events visible to the game before the corresponding window message is pumped, causing GUI double-activation in Neverwinter Nights (Diamond 1.69) Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: olanordmann(a)duck.com Distribution: --- Created attachment 81349 --> http://bugs.winehq.org/attachment.cgi?id=81349 WINEDEBUG=+key,+dinput, 1000 lines around five V presses In Neverwinter Nights (2002, GOG Diamond Edition 1.69, 32-bit), pressing a GUI hotkey (V = quickchat menu, Enter = chat bar focus) opens the GUI element and immediately closes it again ("flash"), unless the key is released extremely quickly. Text typing inside the chat is unaffected. The game is unaffected on real Windows 10/11 on the same machine. The game uses DirectInput (dinput.dll, DirectInputCreateA, keyboard device with SetCooperativeLevel DISCL_NONEXCLUSIVE | DISCL_FOREGROUND) for world hotkeys, polling GetDeviceData every frame, and window messages (WM_KEYDOWN/WM_CHAR) for its GUI. It Unacquires the keyboard while a GUI element is open and re-Acquires on close. A WINEDEBUG=+key,+dinput trace shows the failure sequence for one single physical key press (X11 delivers exactly one KeyPress; xev confirms no duplicate events; auto-repeat disabled via `xset r off` does not change the behavior): ``` X11DRV_KeyEvent KeyPress keysym=76 (v) # one physical press X11DRV_send_keyboard_input vkey=0056 scan=002f flags=0000 input_thread_ll_hook_proc calling dinput_keyboard_hook # dinput queue filled immediately dinput_keyboard_hook wparam 0x100 vkCode 0x56 # from Wine's input thread [game polls GetDeviceData, sees V press, OPENS quickchat menu] dinput_device_Unacquire # game switches to GUI input mode NtUserTranslateMessage Translating key VK_V (0056) # the SAME keystroke's message NtUserTranslateMessage -> PostMessage WM_CHAR "v" # is pumped only now [the now-open menu receives WM_KEYDOWN/WM_CHAR for V and CLOSES] dinput_device_Acquire # game back in world mode ``` The dinput buffered event is enqueued by Wine's dedicated input thread (low-level hook path) and becomes visible to the game's GetDeviceData poll *before* the game's main thread has pumped the WM_KEYDOWN for the same keystroke. The game acts on the dinput copy first (opens menu), then acts on the message copy (menu closes). On Windows the game evidently never observes this ordering. Only world→GUI transitions double-fire. Closing a GUI element is always clean, because the keyboard is unacquired while the GUI is open, so only the message path is active — consistent with the analysis. **Workarounds tried, all ineffective or impossible:** - wine 10.20, 11.5, 11.10, 11.11, wine-cachyos (proton-derived): identical behavior - Disabling dinput via WINEDLLOVERRIDES: nwmain.exe statically imports DINPUT.dll → fails to load - Native Win10/11 dinput.dll: crashes (delay-loads ext-ms-win-mininput-inputhost-l1-1-0.dll, not provided by Wine) - X11 and Wayland sessions, virtual desktop mode, autorepeat off, vsync on/off: no difference **Steps to reproduce:** 1. Install NWN Diamond (GOG) in a 32-bit-capable prefix, run nwmain.exe 2. Start any module, press V at a normal speed (hold ~100–300 ms) 3. Quickchat menu opens and instantly closes; releasing the key within a few tens of ms keeps it open **System:** Arch Linux (CachyOS), kernel 7.1.1-2-cachyos, KDE Plasma 6.7.1 (X11 and Wayland), NVIDIA RTX 4090 (proprietary 610.43.02), wine 11.11 (also reproduced 10.20/11.5/11.10) **Attachment:** nwn-dinput-trace-excerpt.log (WINEDEBUG=+key,+dinput, 1000 lines around five V presses; full 4.4 MB log available on 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 3

[Bug 39303] New: Cannot copy schematics between different windows / ltspice
by wine-bugs＠winehq.org July 4, 2026

July 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=39303 Bug ID: 39303 Summary: Cannot copy schematics between different windows / ltspice Product: Wine Version: 1.7.51 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dieter.jurzitza(a)t-online.de Distribution: --- Trying to copy parts or an entire schematic between two schematics in two windows from within ltspice does not work. I can easily select components to copy, I can copy them within one single schematic, but I cannot copy them between two different schematics in a single ltspice instance (what works without issues using plain windows, but who is using plain windows :-)) Thank you for looking into this, take care Dieter Jurzitza -- 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 40620] New: Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0x00422056).
by wine-bugs＠winehq.org July 4, 2026

July 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=40620 Bug ID: 40620 Summary: Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0x00422056). Product: Wine-gecko Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: florit(a)gmx.at Distribution: --- Created attachment 54479 --> https://bugs.winehq.org/attachment.cgi?id=54479 the test project Console W32 cout some msg Simple ... i work on some App that rewrites some exe but enough from this. the Backtrace from the Applikation gives me some information About the crash in wine-1.9.7 Linux / OpenSuSe 13.2 . it's a win32 app that give me no idea why it dosen't should work. here the Backtrace: =>0 0x00422056 in output_a (+0x22056) (0x006df908) 1 0x004018e7 in output_a (+0x18e6) (0x006dfd88) 2 0x004013e2 in output_a (+0x13e1) (0x006dfe60) 3 0x7b465ecc call_process_entry+0xb() in kernel32 (0x006dfe78) 4 0x7b466fd3 in kernel32 (+0x46fd2) (0x006dfeb8) 5 0x7bc86020 call_thread_func_wrapper+0xb() in ntdll (0x006dfed8) 6 0x7bc8922d call_thread_func+0x7c() in ntdll (0x006dffa8) 7 0x7bc85ffe RtlRaiseException+0x21() in ntdll (0x006dffc8) 8 0x7bc5785e call_dll_entry_point+0x3fd() in ntdll (0x006dffe8) 9 0xf75453ad wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 10 0xf754546b wine_switch_to_stack+0x2a() in libwine.so.1 (0xffe5b4d8) 11 0x7bc5dc89 LdrInitializeThunk+0x238() in ntdll (0xffe5b518) 12 0x7b46d883 __wine_kernel_init+0xa12() in kernel32 (0xffe5c638) 13 0x7bc5eb83 __wine_process_init+0x192() in ntdll (0xffe5c6c8) 14 0xf7543220 wine_init+0x29f() in libwine.so.1 (0xffe5c728) 15 0x7c000c1c main+0x8b() in <wine-loader> (0xffe5cb78) 16 0xf735a993 __libc_start_main+0xf2() in libc.so.6 (0x00000000) I got no idea whats wrong! My modifyer or wine. now marked as bug for the moment ;) G()()D DAY and a lot of Work ... -- 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 10

[Bug 56726] New: Ability to disable wine builtin title bar and borders
by WineHQ Bugzilla July 4, 2026

July 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=56726 Bug ID: 56726 Summary: Ability to disable wine builtin title bar and borders Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: Deresiant(a)protonmail.ch Distribution: --- Currently when running applications through wine on the wayland driver, those windows have a titlebar and border (I think these called window decorations?) which are provided by wine and can be configured in winecfg. There isn't a method to disable these window decorations completely. -- 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 59951] New: Missing i386-part of wine-11.11 and wine-11.12 Debian bookworm packages
by WineHQ Bugzilla July 3, 2026

July 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59951 Bug ID: 59951 Summary: Missing i386-part of wine-11.11 and wine-11.12 Debian bookworm packages Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)list.winehq.org Reporter: bernhardu(a)mailbox.org CC: dimesio(a)earthlink.net Distribution: --- In https://dl.winehq.org/wine-builds/debian/pool/main/w/wine/ are currently only the amd64 packages of wine-11.11 and wine-11.12. Bug #59928 may be a possible reason why the build could have failed? -- 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 59957] New: Touch online game launcher redirects to incorrect URL upon logging in
by WineHQ Bugzilla July 3, 2026

July 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59957 Bug ID: 59957 Summary: Touch online game launcher redirects to incorrect URL upon logging in Product: Wine Version: 11.12 Hardware: x86-64 URL: https://d3dpfszsi3fome.cloudfront.net/patch/weiduan_4g ames/SetupTouch_4gamesExpress_en.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)list.winehq.org Reporter: arethusa26(a)gmail.com Distribution: --- Created attachment 81338 --> http://bugs.winehq.org/attachment.cgi?id=81338 Compressed +mshtml,+wininet trace When logging into the Touch online game through its launcher, the embedded web page in the launcher interface that should show a list of servers instead redirects to a 404 page. I suspect the issue is due to the launcher trying to navigate to a URL using a string that includes HTML entities, which is then passed verbatim to HttpOpenRequestW: 0128:trace:mshtml:HTMLLocation_put_href (0C570838)->(L"/common/webgameServerlist?redijsp=serverlistWeiduan36&clientId=36&cdn=10") 0128:trace:mshtml:outer_window_AddRef (08C1B4A0) ref=9 0128:trace:mshtml:navigate_uri L"http://www.4games.com/common/webgameServerlist?redijsp=serverlistWeiduan36&…" ... 0128:trace:wininet:HttpOpenRequestW (00000002, L"GET", L"/common/webgameServerlist?redijsp=serverlistWeiduan36&clientId=36&cdn=10", (null), (null), 0022F414, 00400000, 08c2cfe0) Presumably HTMLLocation_put_href should decode any present HTML entities in the href string rather than allowing them to appear in the actual HTTP 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 0

[Bug 59955] New: Controller inputs get progressively more delayed
by WineHQ Bugzilla July 3, 2026

July 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59955 Bug ID: 59955 Summary: Controller inputs get progressively more delayed Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: granminigun(a)gmail.com Distribution: --- When using a game controller, moving analogue sticks and triggers introduces progressively increasing input delay. Programs react to inputs slower and slower, including button presses, until all controls are released for some time. This does not affect keyboard and mouse inputs, only gamepad. The issue is present since Wine 9.18, is in Wine 11.12, and can be reproduced in Game Controllers control panel applet, on all three tabs (seems to be worse when Rumble box is checked). Initially the behaviour was noticed in Test Drive Unlimited, then confirmed in TOCA Race Driver (especially bad in that one). The device in question is 8BitDo Ultimate 2C Wireless Controller, with 1000 Hz polling rate. The system is Arch Linux, X11 session. Bisection points at the commit 2aecb17285034ce0b0d16224545d12283e67270f. Reverting it against Wine 9.18 resolves the issue. -- 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 59296] New: Installed Adobe InDesign CS5.5 with no issue, but program crashes right after starting, attaching file with details.
by WineHQ Bugzilla July 2, 2026

July 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59296 Bug ID: 59296 Summary: Installed Adobe InDesign CS5.5 with no issue, but program crashes right after starting, attaching file with details. Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: rucafiorio(a)proton.me Distribution: --- Created attachment 80234 --> http://bugs.winehq.org/attachment.cgi?id=80234 Error details Adobe Photoshop 5,1 works fine, fyi. -- 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 59956] New: BOINC 6 installer has text cut off
by WineHQ Bugzilla July 2, 2026

July 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59956 Bug ID: 59956 Summary: BOINC 6 installer has text cut off Product: Wine Version: 11.12 Hardware: x86-64 URL: https://boinc.berkeley.edu/dl/boinc_6.6.38_windows_int elx86.exe OS: Linux Status: NEW Keywords: download, regression Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: imwellcushtymelike(a)gmail.com CC: zzhang(a)codeweavers.com Regression SHA1: ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3 Distribution: --- Created attachment 81334 --> http://bugs.winehq.org/attachment.cgi?id=81334 Screenshot The installation of BOINC 6 finishes with some text. The bottom of this text is cut off. This doesn't occur in Windows 10. Bisected to commit ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3 Author: Zhiyi Zhang <zzhang(a)codeweavers.com> Date: Wed Mar 2 14:21:48 2022 +0800 wine.inf: Enable Light theme by default. sha1sum: c8dba7a184076240cdeef5032a9825a90244bb3f boinc_6.6.38_windows_intelx86.exe https://boinc.berkeley.edu/dl/boinc_6.6.38_windows_intelx86.exe http://web.archive.org/web/20260617074525/https://boinc.berkeley.edu/dl/boi… -- 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 1