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

[Bug 50220] New: 1-2-3 installs OK but closes on run before any info entered
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=50220 Bug ID: 50220 Summary: 1-2-3 installs OK but closes on run before any info entered Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jlee27(a)btinternet.com Distribution: --- Created attachment 68726 --> https://bugs.winehq.org/attachment.cgi?id=68726 plain text report from Wine when 1-2-3 closes itself Smartsuite installs OK from local CD (selected 1-2-3 + Approach only). 1-2-3 opens, looks OK, then closes itself before entry of any data. backtrace output attached. Approach not tied yet. -- 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 59259] New: Red Alert 3 Shows a Double Entry of the Wine User Name in Network Mode and Kicks Out Joining Players
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=59259 Bug ID: 59259 Summary: Red Alert 3 Shows a Double Entry of the Wine User Name in Network Mode and Kicks Out Joining Players Product: Wine Version: 11.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)list.winehq.org Reporter: scottkidman(a)protonmail.com Distribution: --- Created attachment 80179 --> http://bugs.winehq.org/attachment.cgi?id=80179 Red Alert 3 Error Log Command & Conquer Red Alert 3 shows a double entry when a user using Wine connects to the Network lobby. Also, ONLY the player using Wine can create the game. Lastly, the joining players (i.e.the ones using Windows or the ones joining the game) are kicked out. When they are kicked out, the screen on their end reads "the host has left." This error was similar to the Command and Conquer 3 log I just filed. I am no techie, but the first line says "ntoskrnl" to be the troubled error in both cases. -- 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 35165] New: Quake Live standalone login window shows difficult to read text in the username field
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=35165 Bug ID: 35165 Summary: Quake Live standalone login window shows difficult to read text in the username field Product: Wine Version: 1.7.8 Hardware: x86-64 URL: http://quakelive.com OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexandru.balut(a)gmail.com Classification: Unclassified Created attachment 46910 --> http://bugs.winehq.org/attachment.cgi?id=46910 Entered "mmmmmmmm" in the two fields Install the app (installer might crash, but ignore that), start it, notice the text entered in the username/password fields appears in a weird way. When pressing backspace to delete the last character, the text suddenly seems to appear fine but there is an unexpected margin between the right-side of the text and the cursor. Then if more letters are entered they continue to be displayed broken. Does not happen with digits for some reason. -- 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 14

[Bug 60081] New: setupapi: SetupDiGetDeviceInterfaceAlias is a stub, causes fatal abort in apps enumerating audio/HID device interfaces (breaks Elite Dangerous)
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=60081 Bug ID: 60081 Summary: setupapi: SetupDiGetDeviceInterfaceAlias is a stub, causes fatal abort in apps enumerating audio/HID device interfaces (breaks Elite Dangerous) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: pnp Assignee: wine-bugs(a)list.winehq.org Reporter: amaranthine.dragon(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81597 --> http://bugs.winehq.org/attachment.cgi?id=81597 Verbose game log dlls/setupapi/setupapi.spec has: @ stub SetupDiGetDeviceInterfaceAlias Any application that calls this function crashes immediately, because Wine's stub handling aborts the process rather than returning an error (unimplemented functions called directly via the import table produce a fatal "wine: Call from ... to unimplemented function ..., aborting" rather than a normal failure return). Reproduced with Elite Dangerous (Epic Games Store version, run via Heroic Games Launcher / umu-launcher), which calls this function during its audio device enumeration on startup (PortAudio's WASAPI backend). The game crashes before reaching the main menu every time. Confirmed reproducible across multiple Proton/Wine-staging bases, ruling out a version-specific regression: - GE-Proton9-11 (wine-staging ~9.0) - GE-Proton10-20 (wine-staging ~10.0) - GE-Proton10-34 (wine-staging ~10.0) - GE-Proton11-3 (wine-staging ~11.0, testing/experimental) Full exception trace and backtrace (WINEDEBUG=+seh,+setupapi,+module): wine: Call from 00006FFFFFBBD977 to unimplemented function setupapi.dll.SetupDiGetDeviceInterfaceAlias, aborting Backtrace: kernelbase.dll (stub trampoline) setupapi.dll +0x24B45 setupapi.dll +0x2 01F portaudio_x64.dll +0x199ED portaudio_x64.dll +0x20428 portaudio_x64.dll +0x1DBA5 portaudio_x64.dll +0x35BB portaudio_x64.dll +0x3D57 EliteDangerous64.exe +0x4B6C4B4 EliteDangerous64.exe +0x80B8E2 EliteDangerous64.exe +0x54EDB6 EliteDangerous64.exe +0x55C7E6 kernel32.dll +0x11649 ntdll.dll +0x10E0F The call is preceded by normal SetupDi* device-interface enumeration (SetupDiGetClassDevsExW / SetupDiCreateDeviceInterface / SetupDiEnumDeviceInterfaces all succeed) for the HID class GUID {6994ad04-93ef-11d0-a3cc-00a0c9223196}; the process then aborts on the very next call, SetupDiGetDeviceInterfaceAlias, before the game can finish initializing audio and open its main window. Note: the underlying cfgmgr32 functionality already appears to be implemented and exported: @ stdcall CM_Get_Device_Interface_AliasA(...) cfgmgr32.CM_Get_Device_Interface_AliasA @ stdcall CM_Get_Device_Interface_AliasW(...) cfgmgr32.CM_Get_Device_Interface_AliasW On real Windows, SetupDiGetDeviceInterfaceAlias is a thin wrapper around CM_Get_Device_Interface_Alias, so implementing the setupapi.dll wrapper around the existing cfgmgr32 call may be a fairly small, self- contained fix rather than a new implementation from scratch. Steps to reproduce: 1. Install Elite Dangerous (Odyssey) via Heroic Games Launcher (Epic Games Store, legendary backend), Proton/GE-Proton compatibility layer. 2. Launch the game normally. 3. Game crashes shortly after the main game process starts, during audio initialization; Frontier's own WatchDog64.exe/CrashReporter.exe detect and report the crash. Expected result: game launches to the main menu. Actual result: Game consistently crashes at exact same spot during opening animation, never reaches main menu. -- 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 60143] New: Failing to paste image to application running on wine - possible unhandled clipboard format
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=60143 Bug ID: 60143 Summary: Failing to paste image to application running on wine - possible unhandled clipboard format Product: Wine Version: 11.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)list.winehq.org Reporter: myshelter(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81742 --> http://bugs.winehq.org/attachment.cgi?id=81742 Full clipboard log at the time of the failed paste When running PhotoImpact 12 (an image editor) over wine, I can paste into it image data generated by the application itself, but not image data generated externally. The application was installed through wine. The application's error message is "out of memory error", which is incongruous since I'm testing with a small red square and despite being old, the application has a memory capacity of 2gb. Larger images can be pasted as long as they are generated within the application itself. (Plus this doesn't happen on Windows, of course, where much larger images can be pasted from any source.) I've copied the test image to the clipboard using this command in an attempt to fill the clipboard with contents as simple as possible: xclip -selection clipboard -t image/bmp -i test.bmp I started wine with WINEDEBUG=+clipboard and it logged the attached sequence of messages to stderr once I attempted to paste the test image. I don't know much about wine's internals, but having noticed the "fixme" entries for two of the three formats requested from the clipboard, I figured there might be something that can be done here to get pasting to work properly. -- 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 60137] New: Notion Installer Immediately Crashes
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=60137 Bug ID: 60137 Summary: Notion Installer Immediately Crashes Product: Wine-staging Version: 11.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: spamemail392g(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81730 --> http://bugs.winehq.org/attachment.cgi?id=81730 Backtrace log of installer crash When launching the Notion 7.29.0 installer on Wine 11.4-staging, it will immediately crash. Attached is a backtrace 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.

1 8

[Bug 60139] New: cmd's type cannot handle UTF-8/16 correctly
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=60139 Bug ID: 60139 Summary: cmd's type cannot handle UTF-8/16 correctly Product: Wine Version: 11.14 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, localization, source Severity: trivial Priority: P2 Component: cmd Assignee: wine-bugs(a)list.winehq.org Reporter: imwellcushtymelike(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81736 --> http://bugs.winehq.org/attachment.cgi?id=81736 Simple file Wine's cmd's "type" built-in produces strings of nonsense when reading files encoded as UTF-8 or UTF-16, presumably anything non-ASCII. Attached is a simple file encoded as UTF-8. Another example is using regedit /e to export keys from the registry, which are encoded as UTF-16LE. $ wine cmd > type file A very simple file ^┬┤├ƒ┼é─æ\}╦Ç─æÔåÆ├ª├ƒ─º─æ[Ôåô├ª┬¿ The same file (or registry export) on Windows 10/11 look fine. Adding a BOM doesn't seem to help (Bug 56160), and the BOM itself simply prints as more garbage: ´╗┐A very simple file ^┬┤├ƒ┼é─æ\}╦Ç─æÔåÆ├ª├ƒ─º─æ[Ôåô├ª┬¿ -- 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 60037] New: Regression: fixed resolution 4:3 fullscreen apps on Wayland have their content offset and present some undefined padding area
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=60037 Bug ID: 60037 Summary: Regression: fixed resolution 4:3 fullscreen apps on Wayland have their content offset and present some undefined padding area Product: Wine Version: 11.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)list.winehq.org Reporter: salyigergo94(a)gmail.com Target Milestone: --- Distribution: --- Some if not all (old, mostly DX8 era) Windows apps which can only render a fullscreen, fixed resolution and different-from-monitor aspect ratio window show problems for me on Wayland with Wine 11.13. For example a fixed 4:3 640x480 or 800x600 fullscreen game running on Wine with Wayland on a 16:9 1920x1080 monitor. These fullscreen 4:3 apps on a 16:9 monitor now have their content offset to the right and an undefined, not-necessarily-black-cleared (sometimes black or white) padding area / bar getting presented on the left of their fullscreen window. This is consistent for me across all Sway, Hyprland and KDE plasma Wayland compositors and with using both stock Wine and DXVK overrides for DirectX DLLs. I did some testing with a build from current master branch (e8781e7c8d07, 2026-07-17). Screenshots of 2 affected games - Touhou 6 running a 640x480 window and Knights and Merchants running a 800x600 window - on Sway in a 1920x1080 monitor will be attched. Sway centers the different aspect ratio fullscreen window and pads the left and right with a black bar (this is normal). The bug is that white bar that is starting from there inside the content area. Then the content being offset to the right I think overflows the centered viewport extends up to the right edge of the screen. 2 more screenshots with the windows popped to floating state will also be attached. The logs with WINEDEBUG="fixme+all,trace+win,trace+waylanddrv" will also be attached (I cut 30k lines from the middle of one log). This is a regression in 11.13, I bisected: Last good commit: eb1cf9f1bcac First bad commit: b868cd31d6b5, 2026-07-01, win32u: Move client surface rect computation out of the drivers The following part is speculative. Noted this part of the logs: 0134:trace:win:client_surface_update_locked ... virtual_rect (0,0)-(640,480), monitor_rect (240,0)-(1680,1080) 0134:trace:waylanddrv:wayland_surface_reconfigure_client ... rect=(240,0)-(1680,1080) I think the problematic padding area is introduced here: dlls/win32u/window.c:326 get_client_surface_rects() { /* ... */ OffsetRect( monitor_rect, monitor_rects.client.left - monitor_rects.visible.left, monitor_rects.client.top - monitor_rects.visible.top ); /* ... */ } **Commenting out that OffsetRect call from get_client_surface_rects fixes the problem for me.** After patching out the OffsetRect call, the windows of these apps look normal, without the offset and the undefined (white or black) padding bar. And the logs now show: 0134:trace:win:client_surface_update_locked ... virtual_rect (0,0)-(640,480), monitor_rect (0,0)-(1440,1080) 0134:trace:waylanddrv:wayland_surface_reconfigure_client ... rect=(0,0)-(1440,1080) But I arguably don't understand what that code does, so I'm just guessing about some things here: 1) if Wine wants to pad a fullscreen different-from-monitor aspect ratio Windows window to the aspect ratio of the monitor, then 1a) it should pad it to the monitor aspect ratio on both sides not just one 1b) and it should ensure that the padding bars are cleared opaque black and not left undefined 2) if Wine does not want to pad these windows but only scale them preserving the different-from-monitor aspect ratio, then 2a) either should not offset its content (monitor_rect ?) 2b) or should crop off the offset with a (missing?) wp_viewport_set_source 2c) or less likely crop off the offset in wl_surface_attach(buf, x, y) with non-zero x or y (?) There are just guesses, this gets way too deep for me here (I touched some other Wayland client code before but not Wine code). I hope some of it is helpful. -- 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 18

[Bug 59986] New: After MR 11313 and 11329 mouse sometimes acting weird
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=59986 Bug ID: 59986 Summary: After MR 11313 and 11329 mouse sometimes acting weird Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: l12436.tw(a)gmail.com Target Milestone: --- Distribution: --- When I open windows steam, sometimes left click,right click will be trigger even I did not do anything. This also happened when window is on the background. This is no happened after revert 21f24279eea959a8ece2503fb6ce1300aabc957f/680a67ce3463344975dd8374594506effd60f908 which is My previous branch test for fixing mouse -- 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 19

[Bug 55198] New: QuickBooks SS 2009 installer crash
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=55198 Bug ID: 55198 Summary: QuickBooks SS 2009 installer crash Product: Wine Version: 8.11 Hardware: x86-64 URL: https://web.archive.org/web/20210307180900/http://dlm3 .download.intuit.com/SBD/QuickBooks/2009/R1/QuickBooks SimpleStartDirect2009.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Blocks: 34028, 34029, 34040 Distribution: Ubuntu Created attachment 74793 --> https://bugs.winehq.org/attachment.cgi?id=74793 Wine 8.11 backtrace Immediately following what appears to be a successful installation of QuickBooks Simple Start 2009, a cmd prompt opens and there is immediately a crash. Backtrace: =>0 0x7b012187 RaiseException+0x42(code=<is not available>, flags=<is not available>, count=<is not available>, args=<is not available>) [/usr/src/packages/BUILD/dlls/kernelbase/debug.c:350] in kernelbase (0x0237f634) 1 0x00de2bda RpcRaiseException+0x2a(exception=0x6a6) [/usr/src/packages/BUILD/dlls/rpcrt4/rpcrt4_main.c:214] in rpcrt4 (0x0237f654) 2 0x00da9932 in rpcrt4 (+0x9932) (0x0237f694) 3 0x6e466a98 remote_CloseHandle+0xb8(handle=0x3) [/usr/src/packages/BUILD/dlls/msi/i386-windows/winemsi_c.c:2877] in msi (0x0237f824) 4 0x6e40ce50 MsiCloseHandle+0xa0(handle=<couldn't compute location>) [/usr/src/packages/BUILD/dlls/msi/handle.c:302] in msi (0x0237f854) 5 0x100106cc in msifd08.tmp (+0x106cc) (0x0237f934) 6 0x6f504251 (0x00000000) I installed MFC80 as the console log complains loudly without it (though the installation continues apparently without issue). The crash occurs regardless. Unfortunately I don't know what it is trying to do at this point. 2997111 pts/7 S 0:05 QuickBooksSimpleStartDirect2009.exe /qb /s 2997117 ? Ss 0:14 /opt/wine-devel/bin/wineserver 2997121 ? Ssl 0:00 C:\windows\system32\services.exe 2997127 pts/7 Sl 0:00 C:\windows\system32\explorer.exe /desktop 2997136 ? Ssl 0:01 C:\windows\system32\winedevice.exe 2997159 ? Ssl 0:00 C:\windows\system32\svchost.exe -k LocalServiceNetworkRestricted 2997164 ? Ssl 0:00 C:\windows\system32\plugplay.exe 2997173 ? Ssl 0:31 C:\windows\system32\winedevice.exe 2997192 pts/7 S 0:00 C:\windows\system32\conhost.exe --unix --width 238 --height 63 --server 0x10 2997219 pts/7 Sl 0:02 C:\users\test\Temp\FSE\QBooks\setup.exe 2997270 ? Ssl 0:14 C:\windows\system32\msiexec.exe /I C:\users\test\Temp\FSE\QBooks\QuickBooks.msi /lv* C:\users\test\Temp\QuickBooks_09.log QB_LICENSENUM=4999-8780-2611-708 QB_PRODUCTNUM=450-165 ISW_PRODUCTNUM=309691 ISW_LICENSENUM=160710205397039 CDSKU=CDATOMLIMITED MEDIAPACKAGEPATH=\QBooks\ 2997274 ? Ssl 0:05 C:\windows\system32\msiexec.exe -Embedding 416 2998870 ? Ss 0:00 winedbg --auto 428 136 2998872 ? Ss 0:00 C:\windows\system32\conhost.exe --server 0x2c 2999260 pts/7 R+ 0:00 ps -x This never used to occur so tried Wine 7.0 but it crashes in a different way (in Mono). Tried dotnet20 with Wine 7.0 and it crashes in yet another way. Given the amount of time needed to install this app (/qb /s isn't very effective) a bisect will take quite some time... As I cannot figure out how to work around this, marking related bugs as blocked. Will update when I know more. -- 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