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

[Bug 60459] New: The Tomorrow War hangs in TestCooperativeLevel() loop when starting a new game with WineD3D
by WineHQ Bugzilla Oct. 7, 2026

Oct. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=60459 Bug ID: 60459 Summary: The Tomorrow War hangs in TestCooperativeLevel() loop when starting a new game with WineD3D Product: Wine Version: 11.19 Hardware: x86-64 URL: https://store.steampowered.com/app/289480/The_Tomorrow _War/ OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 82283 --> http://bugs.winehq.org/attachment.cgi?id=82283 plain terminal output The Tomorrow War (32-bit, D3D9, Zoom Platform DRM-free version and Steam version) hangs when starting a new game with builtin d3d9/WineD3D. Steps to reproduce: 1. Launch zv.exe and select New Game. 2. Wait for ZV_Intro.avi to finish, or skip it. 3. The image stops updating and zv.exe continuously consumes 100% CPU. Expected: An in-engine cutscene starts, followed by gameplay. Renaming ZV_Intro.avi, reducing graphics settings and using a virtual desktop do not help. The game works with DXVK's d3d9.dll. This is a long-standing issue, also present in Wine 3.0 and 4.0. Debug findings: The main thread repeatedly calls IDirect3DDevice9::TestCooperativeLevel(), which returns D3DERR_DEVICENOTRESET. The game does not call Reset() during this loop. Focus tracing shows WM_ACTIVATEAPP(FALSE), followed by WM_ACTIVATEAPP(TRUE), while the D3D device window is hidden. The foreground window on reactivation belongs to the same process and thread. Wine's device_parent_activate() changes the device state from OK to LOST, then NOT_RESET. A diagnostic patch that skips the implicit swapchain's parent activation callbacks while its device window is hidden allows the game to proceed. Gameplay and switching away and back work under X11, Wayland and XWayland. A standalone D3D9 probe reproduces the state transition with both proprietary NVIDIA and nouveau, including nouveau under X11 and Wayland. However, the patch also suppresses device loss during a genuine switch to another process while the device window is hidden. The Windows 11/VirtualBox reference run reports DEVICELOST in that case, so the patch should be treated as a diagnostic workaround rather than a complete fix. Tested on: Arch Linux, GeForce GTX 1660 SUPER, NVIDIA 615.71.09 wine-11.19-91-g59416cf5848 Reproduces under X11, native Wayland and XWayland -- 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 43597] New: DaVinci Resolve 12.5.6 doesn't start
by wine-bugs＠winehq.org Oct. 7, 2026

Oct. 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=43597 Bug ID: 43597 Summary: DaVinci Resolve 12.5.6 doesn't start Product: Wine Version: 2.15 Hardware: x86 URL: https://www.blackmagicdesign.com/products/davinciresol ve/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 59011 --> https://bugs.winehq.org/attachment.cgi?id=59011 Console output Just finish the install, main program should be at "drive_c/Program Files (x86)/Blackmagic Design/DaVinci Resolve/Resolve.exe". When running, click "Skip tour" and then "Skip and start right now". Program closes after a failed assert. When running the file through the lnk file created on my desktop, the assert isn't there, but it still doesn't start. Tested with both wine-2.15 and wine-2.15 staging. Alternative link if you don't want to register: http://www.computerbild.de/download/DaVinci-Resolve-14604869.html (It's a german site, but just click the red download button, and then again). -- 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 7

[Bug 46474] New: GTA V crashing when loading the online mode
by wine-bugs＠winehq.org Oct. 7, 2026

Oct. 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=46474 Bug ID: 46474 Summary: GTA V crashing when loading the online mode Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jopiku(a)googlemail.com Distribution: --- Until a few days ago, the GTA V online mode could be started directly with Steam Play for Linux/Proton without any problems. Latest Proton 3.16-6. This worked until January 11th. Since January 12th no one can start GTA V in online mode anymore: -> https://github.com/ValveSoftware/Proton/issues/2211 -> https://github.com/ValveSoftware/Proton/issues/37#issuecomment-453743326 The Singleplayer works perfectly. I have the same problems. If you start the game directly in online mode, it loads for a while and crashes. A page appears in the Social Club client that indicates an exception error. There is a workaround that someone posted at Github, with which you can start the game. By a STRACE on the GTAV.exe the abort is prevented when loading the game and the online mode starts correctly: -> https://github.com/ValveSoftware/Proton/issues/37#issuecomment-454812160 That´s the workaround: 1. In gnome terminal run: until ps -C GTA5.exe >/dev/null; do sleep 1; echo "Waiting for GTA5.exe process..."; done; strace -p $(ps -C GTA5.exe -o pid=) 2. start GTA5 via Steam (could be directly to Online mode) I work with Linux Mint 19.1, Kernel 4.19.9, AMD Ryzen 5 1600X, AMD rx580 8GB, 16GB DDR4, Mesa 19.0 (Padoka PPA). But all other players with different configurations have the same problem (see Github). -- 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 30

[Bug 54007] New: in kde plasma fullscreen videogames cause gap between taskbar and bottom edge of the screen
by WineHQ Bugzilla Oct. 7, 2026

Oct. 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=54007 Bug ID: 54007 Summary: in kde plasma fullscreen videogames cause gap between taskbar and bottom edge of the screen Product: Wine-staging Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: HarlanStaggs(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 73586 --> https://bugs.winehq.org/attachment.cgi?id=73586 this is how it looks with and without launched game characteristics: Operating System: Nobara Linux 36 KDE Plasma Version: 5.26.3 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Kernel Version: 6.0.10-201.fc36.x86_64 (64-bit) Graphics Platform: X11 how to reproduce: 1) launch some fullscreen videogame (personally i do it with lutris from flathub, maybe its important) 2) alt+tab to another non-fullscreen window 3) put cursor in bottom edge of the screen 4) try to switch windows with mouse wheel 5) notice small (several pixels height) gap between bottom edge of the screen and taskbar, and also between taskbar and current non-fullscreen window in focus. 6) close fullscreen videogame 7) everything is normal, taskbar is adjacent to the bottom edge of the screen without gaps this started to happen after update to wine-7.22 (Staging), i've never seen this before, so i assume this bug occurs in this particular version. -- 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 53902] New: wine install Genshin fails in Ubuntu20.04 Docker
by WineHQ Bugzilla Oct. 7, 2026

Oct. 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=53902 Bug ID: 53902 Summary: wine install Genshin fails in Ubuntu20.04 Docker Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: guangli.li(a)intel.com Distribution: --- Created attachment 73445 --> https://bugs.winehq.org/attachment.cgi?id=73445 the needed memory is 304MB, the avaiable memory is 1. start a ubuntu 20.04 docker with --priviledged, following instruction to install wine 7.0 stable 2. download genshin launcher: 3. install dxvk 1.10.3 from: https://github.com/doitsujin/dxvk/releases/download/v1.10.3/dxvk-1.10.3.tar… 4. wine launcher.exe, it will show memory insufficient. logs as below: guangli(a)247ca492a6aa:/data$ wine yuanshen_setup_20220811050610.exe need space: 307347065 archive size: 97504766 compressDatapos: 26339848 read Config I18nNameMap=QMap(("de-de", "")("en-us", "")("es-es", "")("fr-fr", "")("id-id", "")("it-it", "")("ja-jp", "")("ko-kr", "")("pt-pt", "")( "ru-ru", "")("th-th", "")("tr-tr", "")("vi-vn", "")("zh-cn", "??")("zh-tw", "")) ProductName="??" InstallerSingleId="miHoYo.com_installer_yuanshen" I nstallAppendPath="Genshin Impact" LauncherExeName="launcher.exe" AppSingleId="miHoYo.com_launcher_yuanshen" Publisher="miHoYo Co.,Ltd" WebSiteUrl="ht tps://ys.mihoyo.com/main/" ProtocolUrl="https://ys.mihoyo.com/launcher/18/{lang}/agreement?api_url=https%3A%2F%2Fap…" Versio n="2.19.0.0" EnvValue="prod" Preview=false RequestKey="eYd89JmJ" AppId="18" CPS="mihoyo" Channel="1" SubChannel="1" ClusterLabel="" BuildSha="1b0cc5b 8jK3rv6zy" my docker memory info: is larger than needed. Filesystem Size Used Avail Use% Mounted on overlay 1.8T 1.3T 459G 74% / -- 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 7

[Bug 47669] New: QuickBooks Pro 2019 installer fails differently after 4.12 fix
by wine-bugs＠winehq.org Oct. 7, 2026

Oct. 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=47669 Bug ID: 47669 Summary: QuickBooks Pro 2019 installer fails differently after 4.12 fix Product: Wine Version: 4.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: ryan(a)rnrcarpet.com Distribution: --- Created attachment 65112 --> https://bugs.winehq.org/attachment.cgi?id=65112 Wine debug log Last log line when error dialog first appears wine: Unhandled privileged instruction at address 0x35f69d9 (thread 0101) -- 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 41

[Bug 34029] New: QuickBooks SS 2008 R1 hangs on first run
by wine-bugs＠winehq.org Oct. 7, 2026

Oct. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=34029 Bug #: 34029 Summary: QuickBooks SS 2008 R1 hangs on first run Product: Wine Version: 1.6-rc5 Platform: x86-64 URL: http://download.microsoft.com/download/C/C/0/CC0BD555- 33DD-411E-936B-73AC6F95AE11/IE8-WindowsXP-x86-ENU.exe OS/Version: Linux Status: NEW Keywords: dotnet, download Severity: minor Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 45221 --> http://bugs.winehq.org/attachment.cgi?id=45221 wine-1.6-rc5 console output QuickBooks SS 2008 R1 hangs on first run following a successful install and working around Bug 34028 with msxml4. Subsequent attempts to run the application becomes less and less useful: I assume the data becomes too corrupt to continue. Workaround is dotnet20. -- 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 14

[Bug 9727] New: OPML displays error on startup; mshtml' s ShowHTMLDialog too stubby
by wine-bugs＠winehq.org Oct. 7, 2026

Oct. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=9727 Summary: OPML displays error on startup; mshtml's ShowHTMLDialog too stubby Product: Wine Version: CVS/GIT Platform: Other URL: http://support.opml.org/download OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://www.scripting.com/stories/2007/09/20/howToSponsorAnOpenSourcePr.html says Dave Winer really wants OPML working well on Linux, so I had a look. First problem: on startup, it tries to run some javascript that runs a dll function. It fails with an error dialog, and wine complains fixme:mshtml:ShowHTMLDialog ((nil) 0x1959980 (nil) L"help: no" 0x7bdfadc4) Second problem: any time it tries to display a web page, it does start up your web browser, but the resulting page is blank (perhaps it can't pass the URL to the browser). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

3 17

[Bug 59437] New: Genshin Impact: game won't start (Gentoo Linux)
by WineHQ Bugzilla Oct. 7, 2026

Oct. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59437 Bug ID: 59437 Summary: Genshin Impact: game won't start (Gentoo Linux) Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xolehlp Assignee: wine-bugs(a)list.winehq.org Reporter: enkiferreiracosta867(a)gmail.com Distribution: --- Created attachment 80419 --> http://bugs.winehq.org/attachment.cgi?id=80419 Console output I've been trying to play Genshin thru Wine for a few days already, and while the HoYoPlay launcher does start and is able to install the game in question, the game itself simply refuses to run. First, I had an issue where it was missing the WDFLDR.SYS driver because it was needed by one of its components. So I went ahead and downloaded the file for it. Error fixed. Now, starting the game spits what's shown in the attachment, while spawning a debugger window that closes after half a second and has nothing written on it. What caught me the most attention is the "Access denied" error in the console output, however. I don't really know what it's trying to say, because it's not a file or anything that it's trying to access, so I can't tell what's going on. I also built Wine both with debug symbols on and off, but that made no difference in whether said window would remain to show what's going on or not. Weirdly enough, I do remember the game working when I tried it in CachyOS, and it somehow doesn't work here anymore. Either a new update to the game was done and now it no longer launches, or my setup is just too different and it can't run on it. -- 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 7054] Pure Pinball game crashes trying to access freed texture objects
by WineHQ Bugzilla Oct. 7, 2026

Oct. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=7054 Evan Morse <e.morse8686(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |e.morse8686(a)gmail.com --- Comment #27 from Evan Morse <e.morse8686(a)gmail.com> --- You're welcome! It still has a few graphical bugs, but I have those pinned down as well and will be submitting patches soon. Fun 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 0

[Bug 41271] New: Fallout 4 - Audio issues (no sounds, hangs when playing intro video)
by wine-bugs＠winehq.org Oct. 6, 2026

Oct. 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=41271 Bug ID: 41271 Summary: Fallout 4 - Audio issues (no sounds, hangs when playing intro video) Product: Wine Version: 1.9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: kimmo.myllyvirta(a)gmail.com Distribution: --- Created attachment 55571 --> https://bugs.winehq.org/attachment.cgi?id=55571 1.9.18 logs This could be dupe of bug #36977, but also hits bug #39402 possibly some others too. But since I can't find a decent workaround which works for Fallout 4, it might be ok to open a new bug. Not quite sure if the component is correct, either xaudio2 or dsound anyway. A bunch of logs attached, see below what they mean. Steam version of the game, only Steam and Fallout 4 installed to a clean prefix. Steam installs xact from _CommonRedist when first time launching the game. When the game is started it hangs when it should play the intro video; +tid,+dsound log attached (Log: fo4_tid_dsound.txt, +tid,+dsound). This could be bug #36977, since the game uses radgametools bink. With builtin xaudio2_7 the intro video works sometimes (extremely rarely, sorry I don't have decent log of this). But after the video is finished it will always hang after; warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! when it tries to play the music for the main menu. (see bug #39402) With xaudio2_7 set to disabled the intro video works, but again extremely rarely. And it results to no sounds in Fallout 4 since bink player uses dsound, but Fallout 4 itself doesn't, it seems. There is "sAudioAPI=XAudio2" setting in Fallout4.ini, but it is a legacy setting. I can't find any indication of it supporting anything else than xaudio2 (on older Bethesda games there was other options available). Now the weird hack part; Since this feels like a race condition, I added usleep(100000) to the beginning of IDirectSound8Impl_Release, which seems to help a lot (this issue might not have anything to do with dsound release, that's just the first place I tried); - native xaudio2: the intro video works, and the music in main menu plays ok, always - success :) (Log: fo4_tid_dsound_sleep_hack.txt, +tid,+dsound ) - builtin xaudio2_7: the intro video works, but the music in main menu doesn't and the game hangs (as expected) after; warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! (Log: fo4_tid_dsound_xaudio2_sleep_hack_builtin_xaudio2_7.txt, +tid,+dsound,+xaudio2 ) - disable xaudio2_7: the intro video works, no music in the main menu, but the game doesn't hang (Log: fo4_tid_dsound_sleep_hack_disable_xaudio2_7, +tid,+dsound ) Notes; - The main menu is just a black screen (lots of d3d11 fixmes in those logs), you just have to listen and imagine you are there :) - I also tried xact and xact_jun2010 with winetricks - those make no difference, works just like the xact shipped with the 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.

3 39

[Bug 44893] New: SKSE64 fails to initialize correctly
by wine-bugs＠winehq.org Oct. 6, 2026

Oct. 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=44893 Bug ID: 44893 Summary: SKSE64 fails to initialize correctly Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: labmailssadur(a)gmail.com Distribution: --- SKSE64 complains about failing to allocate "trampoline" and subsequently fails, even though the game itself (Skyrim SE) still launches. Steps to reproduce: 1. Set up a 64-bit prefix. 2. Install Skyrim Special Edition via Steam. 3. Install SKSE64. 4. Launch SKSE64 (via Mod Manager, such as MO, or directly, doesn't matter) 5. Watch SKSE64 complain about said "trampoline". This occurs whether you try to launch a modded or unmodded game, although when trying to launch an instance that relies on SKSE64 (such as SkyrimSE with SkyUI), the game is unable to proceed into its loding screen, but doesn't complain about it. I tried to find an issue report or something similar, but didn't find one, so I am assuming this is an issue with Wine. Further info: Tested SKSE64 version 2.0.6 on SkyrimSE Runtime 1.5.23.0.8 -- 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 44

[Bug 42631] New: 7 Days To Die mouse cursor wrongly move to bottom right
by wine-bugs＠winehq.org Oct. 6, 2026

Oct. 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=42631 Bug ID: 42631 Summary: 7 Days To Die mouse cursor wrongly move to bottom right Product: Wine Version: 2.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tim110011(a)163.com Distribution: --- The game works fine under windows system. When moving mouse slowly, cursor wrongly move to bottom right. Set mouse sensitivity to 1.00 make this problem more obvious. System: Fedora 25 x64 Xfce Desktop kernel 4.9.13 nvidia Geforce gtx 750Ti nvidia 1.375.26 Driver wine 2.3 This problem alse exist in wine 1.9.12 https://appdb.winehq.org/objectManager.php?sClass=version&iId=29521&iTestin… -- 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 119

[Bug 48641] New: skse64 is broken with the ntdll-ForceBottomUpAlloc patchset
by WineHQ Bugzilla Oct. 6, 2026

Oct. 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=48641 Bug ID: 48641 Summary: skse64 is broken with the ntdll-ForceBottomUpAlloc patchset Product: Wine-staging Version: 5.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- While SKSE64 now works properly under wine, it hangs (then fails to launch) when the ntdll-ForceBottomUpAlloc patchset is enabled. Building wine-staging without that specific patchset works fine. This is similar to how it was in earlier wine versions, before a better version of the F4SE patches (https://github.com/hdmap/wine-hackery/tree/master/f4se) were mainlined. -- 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 15

[Bug 47805] New: SkyUI mod for Skyrim Special Edition with SKSE64 fails to show HUD active effect icons (other functions of mod work)
by WineHQ Bugzilla Oct. 6, 2026

Oct. 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=47805 Bug ID: 47805 Summary: SkyUI mod for Skyrim Special Edition with SKSE64 fails to show HUD active effect icons (other functions of mod work) Product: Wine Version: 4.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: cyan255(a)gmail.com Distribution: --- 1. Set up a 64-bit prefix. 2. Install Skyrim Special Edition via Steam. 3. Install SKSE64. 4. Install SkyUI from NexusMods https://www.nexusmods.com/skyrimspecialedition/mods/12604 5. Launch skseloader.exe(via Mod Manager, such as MO, or directly, doesn't matter) 6. create a character and check that SKSE has loaded correctly (skse version shown in MENU>System on bottom left. 7.Make sure that Active Effects HUD is enabled in MENU> Mod Configuration> SkyUI> General. 8. during play consume an item that causes a active effect (like salt pile or something poisonous) 9. Notice that active effect shows the timer bar in the HUD (top right by default) but its icon does not show. This setup works in Windows but not with Wine 4.16 Skyrim SE 1.5.80.08 SkyUI_5_2_SE-12604-5-2SE Skyrim Script Extender 64 v2.0.16 beta https://i.imgur.com/P6NOJBc.png (effect status time in top right) -- 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 7

[Bug 60456] New: Pro Tools Studio 2026.4.1 timeline overlays render outside the application window and over other applications
by WineHQ Bugzilla Oct. 6, 2026

Oct. 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=60456 Bug ID: 60456 Summary: Pro Tools Studio 2026.4.1 timeline overlays render outside the application window and over other applications Product: Wine Version: 11.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: skyler.clemens(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 82276 --> http://bugs.winehq.org/attachment.cgi?id=82276 Two screenshots showing the issue, diagnostic results, and notes. First, I want to acknowledge this occurred on my own Wine 11.19-based build with the patches associated with Bugs 60454 and 60455. After opening a session in Pro Tools Studio 2026.4.1, parts of the timeline rendered outside the Pro Tools window. The same content could remain visible over another desktop application. I was using Arch Linux x86-64 with a KDE Wayland desktop. Pro Tools was running through Wine's X11 driver and XWayland. Direct2D was disabled in the application config. On Windows, the timeline stays within the Pro Tools window, is covered by foreground applications, and disappears when Pro Tools is minimised. Investigation traced this to the handling of layered child windows in Wine's X11 driver. An experimental change keeps their position, clipping, visibility, and stacking in sync with their parent windows. Second, I acknowledge Wine's policy on LLM-generated code, as such I am not requesting a merge. My LLM-generated experimental change does exist in my own personal GitHub fork for reference: (https://github.com/LunchBox951/wine/pull/3) Please let me know if there is anything I can do to assist the maintainers. -- 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 60455] New: Pro Tools Studio 2026.4.1 cannot start playback with AAE-9186
by WineHQ Bugzilla Oct. 6, 2026

Oct. 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=60455 Bug ID: 60455 Summary: Pro Tools Studio 2026.4.1 cannot start playback with AAE-9186 Product: Wine Version: 11.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)list.winehq.org Reporter: skyler.clemens(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 82275 --> http://bugs.winehq.org/attachment.cgi?id=82275 Before and after timestamp logs, error screenshots, and audio routing configurations, First, I should acknowledge this was not running on base Wine 11.19 but instead on my own patch detailed in Bug 60454. I opened a session in Pro Tools containing audio, selected my audio interface (AudioBox1818vsl) as the output, and attempted playback. This failed with a 256, 512, and 1024 sample buffer. The error was: ``` Playback could not be started in time with this device. Pro Tools will attempt to compensate. If the problem persists, try using a different device, or raising the H/W Buffer Size in Setup > Playback Engine. (AAE -9186) ``` The Pro Tools AAE-9186 error suggests a device latency or buffer problem, but investigation found that audio timestamps were approximately 12.8 days behind the system performance counter. Timestamp conversion contained a multiplication that could overflow after approximately 25.6 hours of system uptime. After applying an experimental fix, the AudioBox probe reported zero timestamp failures. Separate audio-clock tests passed in both 64-bit and 32-bit Wine, and then I confirmed successful playback in Pro Tools through the AudioBox. Second, I acknowledge Wine's policy regarding LLM-generated code. I am not requesting a merge, but my experimental patch can be found in my personal fork: (https://github.com/LunchBox951/wine/pull/2) Let me know if there is anything I can do to assist the maintainers. -- 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 7054] Pure Pinball game crashes trying to access freed texture objects
by WineHQ Bugzilla Oct. 6, 2026

Oct. 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=7054 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Fixed by SHA1| |6f14a8ea458bb69d009f301bc19 | |fd92e612aa687 Resolution|--- |FIXED --- Comment #26 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- This is now fixed by 6f14a8ea458bb69d009f301bc19fd92e612aa687 Thanks Evan! -- 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 60454] New: Pro Tools Studio 2026.4.1 fails to launch due to missing GetProcessorSystemCycleTime
by WineHQ Bugzilla Oct. 6, 2026

Oct. 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=60454 Bug ID: 60454 Summary: Pro Tools Studio 2026.4.1 fails to launch due to missing GetProcessorSystemCycleTime Product: Wine Version: 11.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)list.winehq.org Reporter: skyler.clemens(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 82274 --> http://bugs.winehq.org/attachment.cgi?id=82274 Failed launch log for Pro Tools. The missing kernel32.dll export appears at line 651 and 662. A standalone API check during investigation confirmed that GetProcessorSystemCycleTime was unavailable in Wine 11.19. An experimental implementation was generated using GPT Astra and tested locally. With this change and some additional workarounds, Pro Tools was able to launch successfully. Pro Tools Studio 2026.4.1 was able to be installed successfully, but could not be launched after install. The exact error message was: ``` Pro Tools Studio Subscription could not be loaded. Please contact the software publisher for support using this software. Error details: Could not find imported function in specified DLL. ``` The launch log showed that GetProcessorSystemCycleTime could not be found in kernel32.dll. The DLL itself was present. The experimental code remains in my personal fork on GitHub (https://github.com/LunchBox951/wine/pull/1) I acknowledge Wine's policy concerning LLM-generated code, and simply want to assist in the fix rather than submitting generated code to be merged. Please let me know if there is anything I can do to assist the maintainers. -- 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 60453] New: ARM64: user-mode callbacks overwrite FPCR with FPSR (rounding mode lost, FIZ/AH set on FEAT_AFP CPUs)
by WineHQ Bugzilla Oct. 6, 2026

Oct. 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=60453 Bug ID: 60453 Summary: ARM64: user-mode callbacks overwrite FPCR with FPSR (rounding mode lost, FIZ/AH set on FEAT_AFP CPUs) Product: Wine Version: 11.19 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: micronenator(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 82273 --> http://bugs.winehq.org/attachment.cgi?id=82273 reproducer and speculative patch On ARM64, user-mode callbacks (e.g. window procedures called from win32u during CreateWindow, SetWindowPos, DestroyWindow) appear to corrupt the thread's floating-point state: after the callback returns, FPCR contains the old FPSR value and FPSR is 0. Cause, as far as I can tell, dlls/ntdll/unix/signal_arm64.c, call_user_mode_callback(): "mrs x1, fpcr\n\t" "mrs x2, fpsr\n\t" "bfi x1, x2, #0, #32\n\t" ... "stp x1, x2, [x29, #0xb0]\n\t" user_mode_callback_return() restores FPCR from the low half and FPSR from the high half: "ldp x5, x6, [x29, #0xb0]\n\t" "msr fpcr, x5\n\t" "lsr x5, x5, #32\n\t" "msr fpsr, x5\n\t" The bfi in call_user_mode_callback() inserts FPSR into bits 0-31, overwriting FPCR, instead of into bits 32-63. Apparent fix (makes both test cases below pass): - "bfi x1, x2, #0, #32\n\t" + "bfi x1, x2, #32, #32\n\t" Effects: 1. Seen on ARM64 with and without FEAT_AFP: FPCR settings made before CreateWindow (rounding mode, FZ, DN) are reset, and the FPSR exception flags are cleared. 2. Seen on a CPU with FEAT_AFP (ARMv8.7): the FPSR flags land on the FEAT_AFP control bits. IOC (bit 0) becomes FPCR.FIZ (flush denormal inputs to zero), DZC (bit 1) becomes FPCR.AH. After a callback that started with IOC set, the thread runs with FIZ on and denormal inputs read as zero. Whether that happens depends on which flags happen to be set, so it varies between runs. Real-world impact: a Windows ARM64 Unity game on a FEAT_AFP CPU shows wrong behaviour in some launches, because float comparisons that rely on denormals fail while FIZ is on. Test cases (attached), build with llvm-mingw: aarch64-w64-mingw32-clang -O0 -o X.exe X.c -luser32 fpstate_repro.c: set FPCR to DN | FZ | round toward +inf (0x03400000) and FPSR to IOC, call CreateWindow, read both back. Not FEAT_AFP specific. fiz_repro.c: set FPSR to IOC, call CreateWindow, check in the window procedure whether a denormal input reads as zero. Only meaningful on FEAT_AFP CPUs; on others it prints SKIP. Results (fiz_repro FAIL: denormal flushed in 1 of 5 window procedure calls): fpstate_repro fiz_repro Wine master eba8937, Cortex-A76 FAIL SKIP + fix OK SKIP Wine master eba8937, FEAT_AFP CPU FAIL FAIL + fix OK OK Proton 11.0 ARM64, FEAT_AFP CPU FAIL FAIL + fix (binary-patched ntdll.so) OK OK (Cortex-A76 has no FEAT_AFP.) fpstate_repro output on master: fpcr: expected 03400000, got 00000000 fpsr: expected IOC (bit 0) still set, got 00000000 FAIL Not tested: Wine's own test suite with the change, callback paths other than the window messages above, and ARM64 machines other than the two above. The same bfi is present in wine-9.0 and wine-10.0. -- 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 60414] New: Windows 7 Games for Windows 11 crash on start (winegstreamer's fault?) (Gentoo Linux)
by WineHQ Bugzilla Oct. 6, 2026

Oct. 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=60414 Bug ID: 60414 Summary: Windows 7 Games for Windows 11 crash on start (winegstreamer's fault?) (Gentoo Linux) Product: Wine Version: 11.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)list.winehq.org Reporter: enkiferreiracosta867(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 82219 --> http://bugs.winehq.org/attachment.cgi?id=82219 Solitaire's backtrace I downloaded the game collection from here, https://archive.org/details/windows7games-for-windows-11-10-8, although I didn't install all of them. I only installed Solitaire, Spider Solitaire, FreeCell, Mahjong and Chess. However, all of the ones I installed, except for Chess, share a similarity when they try to start: they crash, a "Program Error" window pops up, and expanding that window shows an error with a winegstreamer call, winegstreamer.dll.winegstreamer_create_wm_sync_reader. I thought I was just missing some required GStreamer libraries, but even after doing some research and installing the 'good', 'bad', 'ugly' and 'base' plugins, I remained getting this same exact crash backtrace, shown in the attached file for what I get when trying to run Solitaire. I also tried recompiling Wine itself after installing all those plugins to make sure it just wasn't recognizing the new libraries at first, but no difference whatsoever. Made sure to enable the `gstreamer` USE flag as well, nothing. I now have the following installed in my system: - gstreamer itself; - gst-plugins-{bad,base,good,ugly}; - gst-plugins-{faad,flac,libav,mpeg2dec,mpg123,x264}; none of which seem to make a difference with that error··· unless I'm missing something. I'm running Wine under XWayland on Gentoo, and it's compiled with the `X`, `alsa`, `custom-cflags`, `fontconfig`, `gecko`, `gstreamer`, `kerberos`, `mingw`, `odbc`, `opengl`, `ssl`, `strip`, `truetype`, `vaapi`, `vulkan`, `wayland` and `wow64` USE flags. Also running the live ebuild of it, so my exact version is wine-11.18-318-g6d1b0940577. -- 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 60356] New: FL 2026.1 doesn't start
by WineHQ Bugzilla Oct. 6, 2026

Oct. 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=60356 Bug ID: 60356 Summary: FL 2026.1 doesn't start Product: Wine Version: 11.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: Kirschi94(a)gmx.net Target Milestone: --- Distribution: --- Created attachment 82143 --> http://bugs.winehq.org/attachment.cgi?id=82143 Console Output log of wine trying to start FL 26.1 Trying to start FL Studio 2026.1.6.0 (had to get the exact version number from the executable via hex edit) gives the error message: "Verification Error The validity of the program could not be verified. Please reinstall it and try again." and the program of course doesn't start. Version 26.0 worked fine, but just after updating it doesn't open anymore. Wine Console Output log 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 10

[Bug 60451] New: wineps.drv: Alpha-channel transparency lost when printing PDF signature overlays (Foxit Reader)
by WineHQ Bugzilla Oct. 6, 2026

Oct. 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=60451 Bug ID: 60451 Summary: wineps.drv: Alpha-channel transparency lost when printing PDF signature overlays (Foxit Reader) Product: Wine Version: 11.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv Assignee: wine-bugs(a)list.winehq.org Reporter: wonderwizerd(a)proton.me Target Milestone: --- Distribution: --- Created attachment 82269 --> http://bugs.winehq.org/attachment.cgi?id=82269 TOP: A screenshot of the PDF sign as displayed inside Foxit (showing the tick correctly over the text). When printing a PDF containing a dynamic/validated digital signature in Foxit Reader through a CUPS virtual printer (CUPS-PDF), the transparency layer of the signature tick is lost. Instead of rendering with alpha transparency over the text, the checkmark/overlay prints as an opaque block that covers the text underneath. Steps to reproduce: 1. Open a signed PDF in Foxit Reader under Wine. 2. Verify the signature so the green validation tick appears. 3. Print the document to CUPS-PDF. 4. Inspect the resulting PDF: the tick/overlay is opaque and covers the underlying text. Expected behavior: The overlay should retain transparency and render over/under document text identically to screen rendering. -- 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 60438] New: Main executable doesn't have parent process
by WineHQ Bugzilla Oct. 6, 2026

Oct. 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=60438 Bug ID: 60438 Summary: Main executable doesn't have parent process Product: Wine Version: 11.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: augenzi(a)etersoft.ru Target Milestone: --- Distribution: --- Created attachment 82254 --> http://bugs.winehq.org/attachment.cgi?id=82254 Binaries and source code Steps to reproduce: 1. build winehq in new WoW64 2. $ wine GetProcessParent_x64.exe or $ wine GetProcessParent_x86.exe Expected result: messagebox appears containing: Result 0 PPID 0x<some_hex_value> Parent name "<parent_process name>" Actual result: messagebox appears containing: Result -3 PPID 0 Parent name "(null)" -- 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 4

[Bug 40871] New: 123D Does not draw the modelling screen. Draws Window but not the grid or is corrupted.
by wine-bugs＠winehq.org Oct. 6, 2026

Oct. 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=40871 Bug ID: 40871 Summary: 123D Does not draw the modelling screen. Draws Window but not the grid or is corrupted. Product: Wine Version: 1.9.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: celticht32(a)aol.com Distribution: --- On Fedora 24 with all current patches ATI video running mesa drivers Installed Winetricks and then installed a win32 instance Installed Visual C++ 2005 SP 1 Installed 2008 C++ Express Installed 2010 C++ Express Installed 123D_Design_R2.1_WIN32_2.1.11 from http://www.123dapp.com/design run either by opening a terminal and entering wine "123D Design.exe" from the $HOME/.wine/drive_c/Program Files/Autodesk/123D Design directory or from the icon on the desktop. The startup screen comes up... and then the main screen... the window and all of the side items come up fine but the design area is either corrupted or is blank. it also causes the GNOME Classic menu pulldown to quit working until the window or the application is terminated. If needed I can screen capture the window to show or take logs when requested. -- 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