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

[Bug 59359] New: explorer does not call do_showsystray after WM_DISPLAYCHANGE

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59359 Bug ID: 59359 Summary: explorer does not call do_showsystray after WM_DISPLAYCHANGE Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: twaikyont(a)gmail.com Distribution: --- Seems like in the case of changing virtual display resolution the systray is no longer shown. The reason is simple. In programs/explorer/systray.c:initialize_systray show_systray is set to FALSE (because of show_systray = arg_show_systray && !arg_enable_shell; where arg_show_systray = 1 and arg_enable_shell = 1). After this initialize_systray calls do_show_systray once. Because of show_systray is set to FALSE do_show_systray is no longer called in shell_traywnd_proc in WM_DISPLAYCHANGE handler. The change can be pretty much simple but I am not experienced enough with wine to write 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.

Feb. 2, 2026

[Bug 59138] Timelapse export failing in Clip Studio Paint

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59138 thecakeofdestiny(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |thecakeofdestiny(a)gmail.com -- 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.

Feb. 2, 2026

[Bug 59358] New: Exact Audio Copy 1.8 crashes on start in latest unstable WINE

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59358 Bug ID: 59358 Summary: Exact Audio Copy 1.8 crashes on start in latest unstable WINE Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: alex.v.galvin(a)gmail.com Distribution: --- Created attachment 80294 --> http://bugs.winehq.org/attachment.cgi?id=80294 Error displayed on startup. Program exits after hitting OK. wine-11.1-114-g648e636256a crashes when running Exact Audio Copy 1.8. Can be reproduced by downloading https://www.exactaudiocopy.de/eac-1.8.exe, running or extracting the installer, and running the installed EAC.exe via your freshly-compiled WINE. The crash occurs using Mono or native libraries, and does not occur under stable version 11.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.

Feb. 2, 2026

[Bug 59357] Virtual desktop doesn't handle opacity as expected

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59357 --- Comment #1 from eff3ctsb0t(a)gmail.com --- Created attachment 80293 --> http://bugs.winehq.org/attachment.cgi?id=80293 Visual comparison between having virtual desktop disabled and enabled -- 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.

Feb. 2, 2026

[Bug 59357] New: Virtual desktop doesn't handle opacity as expected

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59357 Bug ID: 59357 Summary: Virtual desktop doesn't handle opacity as expected Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: eff3ctsb0t(a)gmail.com Distribution: --- Created attachment 80292 --> http://bugs.winehq.org/attachment.cgi?id=80292 Wine debugging log (while virtual desktop is enabled) When going through the "Studio Tour" inside of Roblox Studio, there is a section where the application will highlight the toolbox window while also darkening everything around it. This works perfectly fine when Wine's virtual desktop feature is not used (as long as the desktop environment or compositor supports the _NET_WM_WINDOW_OPACITY window property), but turns opaque when the feature is enabled. Steps to reproduce: 1. Inside of Roblox Studio, click on the "Help" menu at the top and then on the "Start Studio Tour" option. 2. Keep clicking the "Next" and "Skip" buttons on the "Topic" window until you get to topic 3 of 7. A Wine wrapper program called "Vinegar" can be used to make the process of setting up Roblox Studio a lot easier. Logging into Roblox Studio (and by extension opening a Baseplate) requires a Roblox account though. -- 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.

Feb. 2, 2026

[Bug 59356] Imperium Great Battles of Rome doesn't reproduce music and audio

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59356 Lorenzo Ferrillo <lorenzofer(a)live.it> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon(a)codeweavers.com --- Comment #1 from Lorenzo Ferrillo <lorenzofer(a)live.it> --- CC Rene Bernon, as author of many dmime, and other directmusic components, changes -- 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.

Feb. 2, 2026

[Bug 59356] New: Imperium Great Battles of Rome doesn't reproduce music and audio

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59356 Bug ID: 59356 Summary: Imperium Great Battles of Rome doesn't reproduce music and audio Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dmusic Assignee: wine-bugs(a)list.winehq.org Reporter: lorenzofer(a)live.it Distribution: --- Created attachment 80291 --> http://bugs.winehq.org/attachment.cgi?id=80291 log Hi, Imperium GBR, Great Battles of Rome, doesn't reproduce music and general audio of the game, unless native directmusic is installed and dmusic,dmime, dswave, dmsynth and dsound are setted on native (native dmime is a bit infectious by asking private undocumented interface on other components). Imperium use Wave audio, and it's supposed to be implemented. And in fact audio fully worked on wine-staging 8.10 (first checked) until 8.15 (last working version available on the arch repo, these version doesn't seems to be compilable, maybe require an older version of some toolchain component), while the sucessive version available on the arch repo, 8.18 doesn't work anymore, and this match with the disabling of dmime-load-wave from staging, as it's supposed to be included into upstream. However it seems the current upstream is quite differently from the patchset, using wavetracks instead of putting the wave inside a segment. Resulting log shows multiple object interoperating, and dmime have a lot of functions that while having an implementation are still marked like "fixme stub",making it confusing to debug without being familiar. Attaching a +dmime,+dswave,+dmsynth,+dmusic 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.

Feb. 2, 2026

[Bug 58264] regression in multiple apps in Wine >=10.7, error: "Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c, line 93" (macOS)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58264 --- Comment #37 from Gcenx <gcenx83(a)gmail.com> --- System Shock: Enhanced Edition requires DirectX 10 that is not officially supported on macOS due to it's outdated version of OpenGL, I used to apply a hack to allow DirectX 10/11 (maybe also DirectX 12) via Vulkan but that was removed as per Zeb. The entire reason this bug is invalid is it only worked due to my applying unsanctioned hacks that has since been removed. The hacks where also applied incorrectly causing additional invalid bug reports. If you read over https://github.com/Gcenx/macOS_Wine_builds/releases/tag/10.13 you'll see I've noted the removal of these hacks being removed as per Zeb. The only way to run DirectX 10/11 app/game(s) on macOS is ether using DXVK-macOS or DXMT, DirectX 12 app/game(s) requires CrossOver. -- 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.

Feb. 2, 2026

[Bug 59355] New: Serious regressions with LTspice that is now almost unusable

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59355 Bug ID: 59355 Summary: Serious regressions with LTspice that is now almost unusable Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: scallegari(a)arces.unibo.it Distribution: --- Recently, serious regressions are manifesting with LTspice. As a premise it is worth noticing that LTspice has always been a wine-friendly application. Recently: - mouse pointer disappears in several dialogs - the application does not recognize when the mouse is hovering certain displayed elements (e.g. after a simulation hovering on a circuit element should change the mouse cursor into a probe, and clicking should produce a plot, but that does not work anymore) - Some windows fail to appear at all (e.g. the spice output log window) All this seen using wine in X11 mode. In Wayland mode there are other issues, but as an X11 application, wine has always worked almost flawlessly with LTspice in the recent years. Unclear to me if the issue follows a wine update, an LTspice update (don't think so) or a Kwin update (I am on KDE plasma). Wine staging shows the same 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.

Feb. 1, 2026

[Bug 57108] Artcut6 / Artcut 2009 fail to authenticate

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57108 Andrew Nguyen <arethusa26(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #14 from Andrew Nguyen <arethusa26(a)gmail.com> --- I was able to obtain the installation media for Artcut 2009 (two CDs labeled "Artcut 2009" and "Authorization Disc") in order to attempt installing and running the application on Windows 10 and Wine 11.1. Installing and running on Windows can be accomplished with the following steps: 1. Install Artcut 2009 using the setup executable from the "Artcut 2009" CD. 2. Start Artcut 2009 by running the C:\artcut6\prog\Artcut6.exe program. This results in the initial "About Artcut 2009" dialog box being displayed. 3. Dismiss the about dialog box. The application now displays a dialog box prompt to insert the "Authorization Disc" CD. 4. Insert the authorization CD and press OK on the dialog box. The application exits silently. 5. Launch Artcut 2009 again and dismiss the about dialog box. The application has started successfully if a "Welcome" dialog box is displayed. With Wine 11.1, after installing Artcut 2009 and mfc42 from winetricks, running the application and performing the authorization step for the first time with the authorization CD inserted results in the error dialog box "An unsupported operation was attempted" appearing twice before the application exits silently. Restarting Artcut 2009 results in the same authorization prompt but the application simply exits silently after the prompt for subsequent runs. I have determined why the authorization step in Artcut 2009 on Wine doesn't seem to work out of the box. When authorizing, the application looks for a certain file on the CD: 0024:Call KERNEL32.FindFirstFileA(005cdd88 "D:\\aautorun\\a00_CF.DLL",005cda90) ret=5f45ad47 ... 0024:Ret KERNEL32.FindFirstFileA() retval=ffffffff ret=5f45ad47 A directory listing of the root of the authorization disc does not show the "aautorun" directory, but inspecting the CD filesystem with iso-info shows that the directory and DLL file do indeed appear to be present: __________________________________ ISO-9660 Information /: d [LSN 28] 2048 Jun 09 2010 11:18:00 . d [LSN 28] 2048 Jun 09 2010 11:18:00 .. d [LSN 29] 2048 Jun 09 2010 11:32:04 Aautorun ... /Aautorun/: d [LSN 29] 2048 Jun 09 2010 11:32:04 . d [LSN 28] 2048 Jun 09 2010 11:18:00 .. - [LSN 38] 140282361 Jul 30 2008 01:15:36 a00_CF.DLL It appears the "Aautorun" directory has been marked as an "associated" file, which results in it being inaccessible with default mount options for the Linux iso9660 filesystem. If I remount the CD with the "showassoc" option (per https://docs.kernel.org/filesystems/isofs.html) then the "Aautorun" directory and DLL file become visible and accessible, and I can then successfully complete the authorization step in the Artcut 2009 application when running on Wine. On Windows, a directory listing of the root of the authorization disc also does not show the "Aautorun" directory, but Windows seems to allow "associated" files to be accessed and opened if they are named explicitly in a path. This is how the authorization logic in Artcut 2009 can work properly when it is run on Windows even when the "Aautorun" directory is not visible in Explorer. I'm not sure there is much Wine can do to precisely emulate how Windows handles "associated" files on an ISO 9660 filesystem, especially if there is no way to determine the existence of "associated" files or access them with default mount options, and the practical solution for Artcut 2009 is just to ensure that the authorization disc is mounted with the "showassoc" option. I'm not sure what is the best resolution for this bug, but I will resolve it as INVALID as I don't see that there is any bug in Wine to be addressed for the observed behavior. For the issue concerning the "unsupported operation" dialog boxes that appear on Wine but not on Windows, I have opened bug 59354. -- 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.

Feb. 1, 2026