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

[Bug 30692] New: eBay Turbo Lister 9.x crashes on first start
by wine-bugs＠winehq.org May 13, 2026

May 13, 2026

http://bugs.winehq.org/show_bug.cgi?id=30692 Bug #: 30692 Summary: eBay Turbo Lister 9.x crashes on first start Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 4286 After installation in clean WINEPREFIX "eBay Turbo Lister 9.x" crashes on first start (msvc++ runtime error, message box, abort). 'winetricks -q msxml3' works around and lets the app start. Regards -- 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 13

[Bug 59737] New: IME/VK_PROCESSKEY path loses scan code in follow-up WM_KEYDOWN under Chinese HKL
by WineHQ Bugzilla May 13, 2026

May 13, 2026

http://bugs.winehq.org/show_bug.cgi?id=59737 Bug ID: 59737 Summary: IME/VK_PROCESSKEY path loses scan code in follow-up WM_KEYDOWN under Chinese HKL Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)list.winehq.org Reporter: ax+3lzp806u(a)fxzx.ident.com.es Distribution: --- ### Summary When Wine runs under a Chinese locale / Chinese HKL (`00000804`), or after a Chinese IME path is activated, normal key presses are delivered through a `VK_PROCESSKEY` path. The initial `VK_PROCESSKEY` message contains the correct scan code in `lParam`, but the following real `WM_KEYDOWN` message for the actual key, such as `VK_W` or `VK_BACK`, has scan code `0`. This breaks games and engines that rely on scan codes for keyboard input or key binding. ### Environment * Affected HKL: Chinese layout, `00000804` * Working HKL: US layout, `00000409` The runtime XKB map appears normal: ```text key <BKSP> { [ BackSpace, BackSpace ] }; key <AD02> { type= "ALPHABETIC", symbols[Group1]= [ w, W ] }; ``` So this does not appear to be caused by a broken XKB layout. ### Steps to reproduce 1. Run Wine under a Chinese locale, or use a session where Wine selects Chinese HKL `00000804`. 2. Start an affected game or test program that logs Windows keyboard messages. 3. Press normal keys such as `W` or `Backspace`. 4. Observe the generated `WM_KEYDOWN` messages and their `lParam` scan-code bits. The problem may also appear after a Chinese IME / input method is activated during the same Wine session. ### Actual behavior Wine reports Chinese keyboard layout: ```text NtUserGetKeyboardLayoutName ret L"00000804" layout 0x8040804 Default IME Wine IME WM_IME_NOTIFY ``` Pressing `W` produces: ```text WM_KEYDOWN wp=000000e5 lp=00110001 # VK_PROCESSKEY, scan code = 0x11 WM_KEYDOWN wp=00000057 lp=00000011 # VK_W, scan code = 0 WM_CHAR wp=00000077 lp=00000011 WM_KEYUP wp=000000e5 lp=c0110001 WM_KEYUP wp=00000057 lp=0000c011 ``` Pressing `Backspace` produces: ```text WM_KEYDOWN wp=000000e5 lp=000e0001 # VK_PROCESSKEY, scan code = 0x0e WM_KEYDOWN wp=00000008 lp=0000000e # VK_BACK, scan code = 0 WM_CHAR wp=00000008 lp=0000000e WM_KEYUP wp=000000e5 lp=c00e0001 WM_KEYUP wp=00000008 lp=0000c00e ``` The scan code is present on the `VK_PROCESSKEY` message, but is lost in the follow-up real key message. ### Expected behavior When Wine sends the final real key message after IME processing, the scan code in `lParam` should be preserved. Expected examples: ```text WM_KEYDOWN VK_W lp=00110001 WM_KEYDOWN VK_BACK lp=000e0001 ``` The real key message should not have scan code `0`. ### Working case When Wine is launched with an English locale: ```sh LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 wine <app> ``` Wine uses US layout: ```text NtUserGetKeyboardLayoutName ret L"00000409" ``` No `VK_PROCESSKEY` message is generated, and scan codes are correct. For `W`: ```text WM_KEYDOWN dispatched wp=00000057 lp=00110001 WM_KEYUP dispatched wp=00000057 lp=c0110001 ``` For `Backspace`: ```text WM_KEYDOWN dispatched wp=00000008 lp=000e0001 WM_CHAR dispatched wp=00000008 lp=000e0001 WM_KEYUP dispatched wp=00000008 lp=c00e0001 ``` ### Additional observation The issue can reappear after a Chinese IME/input method is activated inside the session. Before IME activation, keyboard input may work normally. After the IME appears or composition is activated, affected games may start receiving real key messages with scan code `0`. This suggests the issue is likely in Wine's IME / `VK_PROCESSKEY` handling path, not only in initial locale selection. ### Impact Games and engines that depend on scan codes for keyboard input or key binding ignore affected keys. Observed symptoms include: * `W` is not recognized unless pressed as `Alt+W`. * `Backspace` is ignored in some games. * Plain letter keys may fail in some games. * The problem disappears when Wine is launched with an English locale. `Alt+W` works because it goes through the system-key path and receives a correct scan code: ```text WM_SYSKEYDOWN wp=00000012 lp=20380001 # Alt WM_SYSKEYDOWN wp=00000057 lp=20110001 # W, scan code = 0x11 ``` ### Workaround Launching Wine with an English locale avoids the problem: ```sh LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 XMODIFIERS=@im=none wine <app> ``` ### Suspected cause Wine appears to construct the follow-up real `WM_KEYDOWN` message incorrectly after `VK_PROCESSKEY` handling. The correct scan code is available in the `VK_PROCESSKEY` message, but is not preserved in bits 16–23 of `lParam` for the real key message. -- 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 59744] New: AutoDesk Fusion: Crashes upon initialization phase.
by WineHQ Bugzilla May 13, 2026

May 13, 2026

http://bugs.winehq.org/show_bug.cgi?id=59744 Bug ID: 59744 Summary: AutoDesk Fusion: Crashes upon initialization phase. Product: Wine Version: 11.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: sharpother.kindness728(a)passinbox.com Distribution: --- Created attachment 80917 --> http://bugs.winehq.org/attachment.cgi?id=80917 Provides a detailed breakdown of where the "page fault" took place in hexadecimal. Dear Wine Development Staff I write to you, bringing up a pressing matter regarding Fusion360's ability to run on wine 11.8. Upon opening Fusion360 (Latest release, 5, 11, 2026), I'm met with an immediate--unmistakable crash alert from a wine debug window, informing of the leading events toward the crash exception, outlined in ambiguous descriptions, and detailed hex dumps. I'm unable to resolve the issue myself, as I lack the expertise to properly diagnose the crash. I can confirm with absolute clarity, that the root of the issue stems from a deficiency in wine's mimicked windows subsystem, not the integrity of my system. As Fusion has a-long history of failing to launch for each consecutive update. The reason for why I bring such an issue as this, is because I request that this bug be vanquished from wine's subsystem, thus giving rise to the potential of resolving a whole host of breakages relating to proprietary code, which may be shared amidst many more applications beyond my knowledge. I sincerely thank-you for patiently listening to my report. -- 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 7

[Bug 38583] New: Legions Overdrive: In-game textures black
by wine-bugs＠winehq.org May 13, 2026

May 13, 2026

https://bugs.winehq.org/show_bug.cgi?id=38583 Bug ID: 38583 Summary: Legions Overdrive: In-game textures black Product: Wine Version: 1.7.42 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: gaming4jc2(a)yahoo.com Distribution: --- Created attachment 51481 --> https://bugs.winehq.org/attachment.cgi?id=51481 D3D fixmes Since the entire world is black excepting the sky and some text, it is still not possible to play this in native wine without DLL overrides. I am attaching a bug report showing various D3D fixmes needed. -- 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 12

[Bug 56925] New: msys2-64/cygwin64: unlink of read-only file fails
by WineHQ Bugzilla May 12, 2026

May 12, 2026

https://bugs.winehq.org/show_bug.cgi?id=56925 Bug ID: 56925 Summary: msys2-64/cygwin64: unlink of read-only file fails Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 76744 --> https://bugs.winehq.org/attachment.cgi?id=76744 A few notes and backtraces in wine and cygwin. In another attempt to check the state of msys2 or cygwin I found following issue trying to update a msys2-64 installation: # LANG=C pacman -Suy :: Synchronizing package databases... ... warning: could not remove lock file /var/lib/pacman/db.lck error: failed to init transaction (unable to lock database) error: could not lock database: File exists ... A simpler version to reproduce is this: rm -f test.txt LANG=C wine cmd echo test > test.txt attrib +r test.txt c:\msys64\usr\bin\rm.exe -f -v test.txt Returns: /usr/bin/rm: cannot remove 'test.txt': Permission denied This tests were done with a wine tree including patches for this bugs: 52105 55138 53574 54995 -- 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 59725] New: Previews do not work
by WineHQ Bugzilla May 12, 2026

May 12, 2026

http://bugs.winehq.org/show_bug.cgi?id=59725 Bug ID: 59725 Summary: Previews do not work Product: WineHQ Apps Database Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: critical Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)list.winehq.org Reporter: aros(a)gmx.com I've tried to preview a newly created how-to and was greeted with a 505: --- 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: Uncaught Error: Call to a member function SetClass() on null in /home/winehq/opt/appdb/include/objectManager.php:1605 Stack trace: #0 /home/winehq/opt/appdb/include/objectManager.php(210): ObjectManager->outputHeader() #1 /home/winehq/opt/appdb/include/objectManager.php(339): ObjectManager->drawTable() #2 /home/winehq/opt/appdb/objectManager.php(173): ObjectManager->display_table() #3 {main} thrown File: objectManager.php:1605 Privacy Policy If you have a privacy inquiry regarding this site, please write to privacy AT winehq.org Hosted By CodeWeavers -- 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

[Bug 44675] New: Stories Untold: DX11 Shader is so strong that text becomes illegible
by wine-bugs＠winehq.org May 12, 2026

May 12, 2026

https://bugs.winehq.org/show_bug.cgi?id=44675 Bug ID: 44675 Summary: Stories Untold: DX11 Shader is so strong that text becomes illegible Product: Wine Version: 3.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: rca(a)psy-q.ch Distribution: --- Created attachment 60683 --> https://bugs.winehq.org/attachment.cgi?id=60683 Log while playing Stories Untold In the Windows version, the text on screen in the first chatper of this game should be yellow and easily legible. In WINE 3.3, it's orange-red and almost unreadable. The attached message repeats endlessly in the log. Perhaps this issue is also related to blur shaders in some DX11 games (e.g. Dirt 3) being too strong. There seems to be a trend of "too much". The following is on WINE 3.3: https://i.imgur.com/9S6bXvv.png?1 This is how it looks on Windows: https://i.redd.it/c3rramoeahaz.png -- 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 16

[Bug 59734] New: Can't login anymore to battle.net after upgraded nettle from 3.10.2 to 4.0
by WineHQ Bugzilla May 12, 2026

May 12, 2026

http://bugs.winehq.org/show_bug.cgi?id=59734 Bug ID: 59734 Summary: Can't login anymore to battle.net after upgraded nettle from 3.10.2 to 4.0 Product: Wine Version: 11.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: joachim.ionoff(a)gmail.com Distribution: --- Created attachment 80897 --> http://bugs.winehq.org/attachment.cgi?id=80897 logs with winedebug crypt I'm using archlinux and today several packages has been upgraded and I suspect it is linked to nettle upgrade. From the wine output logs I can see: attle.net\Battle.net.exe: ecc-random.c:62: _nettle_ecc_mod_random: Assertion `nbytes <= m->size * sizeof (mp_limb_t)' failed. 02dc:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. wine client error:11c: write: Bad file descriptor List of packages upgraded: nettle (3.10.2-1 -> 4.0-1) curl (8.20.0-5 -> 8.20.0-6) gstreamer (1.28.2-1 -> 1.28.2-2) gst-plugins-base-libs (1.28.2-1 -> 1.28.2-2) gst-libav (1.28.2-1 -> 1.28.2-2) gst-plugins-bad-libs (1.28.2-1 -> 1.28.2-2) gst-plugin-gtk (1.28.2-1 -> 1.28.2-2) gst-plugin-qml6 (1.28.2-1 -> 1.28.2-2) gst-plugins-bad (1.28.2-1 -> 1.28.2-2) gst-plugins-base (1.28.2-1 -> 1.28.2-2) gst-plugins-good (1.28.2-1 -> 1.28.2-2) gst-plugins-ugly (1.28.2-1 -> 1.28.2-2) gst-python (1.28.2-1 -> 1.28.2-2) lib32-nettle (3.10.2-1 -> 4.0-1) lib32-gnutls (3.8.13-1 -> 3.8.13-3) lib32-curl (8.20.0-5 -> 8.20.0-6) libcurl-compat (8.20.0-5 -> 8.20.0-6) lib32-libcurl-compat (8.20.0-5 -> 8.20.0-6) libcurl-gnutls (8.20.0-5 -> 8.20.0-6) lib32-libcurl-gnutls (8.20.0-5 -> 8.20.0-6) openconnect (1:9.12-4 -> 1:9.12-5) wget (1.25.0-3 -> 1.25.0-4) The wine version I used is 11.8 (with staging). I tried to rebuild after those packages upgrade, but no success. I attached logs with WINEDEBUG=+crypt. Don't hesitate to ask me more. Thanks for your help. -- 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 7

[Bug 58535] New: ITNConverter show no Map from openstreetmap.org and iexplore show no map from openstreetmap.org
by WineHQ Bugzilla May 12, 2026

May 12, 2026

http://bugs.winehq.org/show_bug.cgi?id=58535 Bug ID: 58535 Summary: ITNConverter show no Map from openstreetmap.org and iexplore show no map from openstreetmap.org Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: digitaleid(a)gmx.de Distribution: --- Created attachment 79021 --> http://bugs.winehq.org/attachment.cgi?id=79021 ITNConverter https://github.com/Benichou34/itnconverter in wine-10.12 on Kubuntu 25.04 with KDE-Plasma 6.3.4 it don't show the openstreetmap ITNConverter show no Map from openstreetmap.org and iexplore show no map from openstreetmap.org iexplore from wine don't show the map from openstreetmap.org too. -- 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 35884] New: Visual Studio 20XX frequently calls CoGetCallerTID(), resulting in console spam due to stub
by wine-bugs＠winehq.org May 11, 2026

May 11, 2026

https://bugs.winehq.org/show_bug.cgi?id=35884 Bug ID: 35884 Summary: Visual Studio 20XX frequently calls CoGetCallerTID(), resulting in console spam due to stub Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says... not really harmful though. --- snip --- ... fixme:ole:CoGetCallerTID stub! fixme:ole:CoGetCallerTID stub! fixme:ole:CoGetCallerTID stub! fixme:ole:CoGetCallerTID stub! ... --- snip --- I'd prefer a real implementation over a 'FIXME once', it's not particularly hard to do. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms680683%28v=vs.85%… --- quote --- lpdwTID [out] Receives the apartment ID of the caller's thread. For a single threaded apartment (STA), this is the current thread ID. For a multithreaded apartment (MTA), the value is 0. For a neutral apartment (NA), the value is -1. --- quote --- Source: http://source.winehq.org/git/wine.git/blob/39562961283ccb7c838c5650b11873e6… --- snip --- 92 HRESULT WINAPI CoGetCallerTID(LPDWORD lpdwTID) 93 { 94 FIXME("stub!\n"); 95 return E_NOTIMPL; 96 } --- snip --- $ wine --version wine-1.7.15-112-g2aad5d7 Regards -- 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