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

[Bug 59769] New: Wine 11.9 FTBFS on Linux aarch64 with Clang: error: call to undeclared library function '_ReadWriteBarrier' with type 'void (void)';

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59769 Bug ID: 59769 Summary: Wine 11.9 FTBFS on Linux aarch64 with Clang: error: call to undeclared library function '_ReadWriteBarrier' with type 'void (void)'; Product: Wine-staging Version: 11.9 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: origincode(a)aosc.io CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- With wine-staging patches, Wine 11.9 fails to build on aarch64. Clang defines _MSC_VER when building for Windows [0]. The conditional compilation calls the undefined function `_ReadWriteBarrier`. Build log is attached. [0]: https://clang.llvm.org/docs/MSVCCompatibility.html -- 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.

May 19, 2026

[Bug 52254] Cold Steel Subs: Application is not transparent (relies on DwmExtendFrameIntoClientArea)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=52254 Zhai Can <bczhc0(a)126.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bczhc0(a)126.com --- Comment #4 from Zhai Can <bczhc0(a)126.com> --- DwmExtendFrameIntoClientArea is still a stub in Wine 11.7. Many desktop-widget or desktop-placement genre games require this api to render a transparent window but now they all show as black :(. -- 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.

May 19, 2026

[Bug 59767] loader/wine.desktop enables programs to escape Flatpak sandboxes in many if not most situations

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59767 --- Comment #1 from Hans Leidekker <hans(a)meelstraat.net> --- (In reply to Aaron Rainbolt from comment #0) > Arguably, neither of these issues are security vulnerabilities in > xdg-desktop-portal or file managers. The `xdg-mime` manpage warns: > > Security Note: Never set a handler that will blindly execute code or > commands from the > file being handled. Such behavior will sooner than later lead to > unintended code > execution i.e. through a curious user trying to inspect a freshly > downloaded file but > running it by accident. > > Keeping opening and executing separate actions helps with people > protecting themselves > from malware, the default handler is an opener, not a runner. > > Therefore I believe this is an issue with Wine. Wine is a runner and users have come to expect that double-clicking a .exe launches the executable. Removing the handler registration would break that. It may be up to the packager to disable the registration when installed in a sandbox. -- 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.

May 19, 2026

[Bug 59768] New: IsoBuster 5.8 fails browsing isos

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59768 Bug ID: 59768 Summary: IsoBuster 5.8 fails browsing isos Product: Wine Version: 11.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: p.glizniewicz(a)gmail.com Distribution: --- Created attachment 80973 --> http://bugs.winehq.org/attachment.cgi?id=80973 Screenshot of the failure message IsoBuster 5.8 (https://appdb.winehq.org/objectManager.php?sClass=application&iId=1384) fails with "List capacity out of bounds (10)" when trying to browse most isos. I've asked the developer and confirmed, that the message comes from VCL (it's a C++Builder app), so this might be not IsoBuster specific. I've tested multiple versions of Wine, ranging from 7.0.9, through 9.0.1, 11.0 to 11.8, and it always fails in the same way. Also have tried switching compatibility from Windows 10 to Windows 7, and it didn't help. The app works fine on Windows, it's also not something new, it failed this way for all the 5.x versions I've tried. Here's an iso file that will trigger the error: https://archive.org/details/dmx-6-firec-1 . Just open it with IsoBuster and try to browse into the ISO filesystem in the left panel. -- 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.

May 19, 2026

[Bug 54611] Autodesk Fusion 360 hangs during installation

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=54611 --- Comment #4 from luca.finizio(a)protonmail.com --- Created attachment 80972 --> http://bugs.winehq.org/attachment.cgi?id=80972 Console output - Wine 11.9 (In reply to KRosUser from comment #3) > Did you retest with wine 11.7 or later ? I retried with Wine 11.9 but the behaviour is still the same: an initial windows comes up but is blank and it doesn't go any further. Terminal output seems different though, I attach 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.

May 19, 2026

[Bug 49720] Family Tree Maker 2017 installer fails after numerous "fixme" console messages

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=49720 Andrew Nguyen <arethusa26(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Component|msi |mscoree Status|UNCONFIRMED |RESOLVED Fixed by SHA1| |451a54bc7a77b8b816f28ad1c61 | |5745e650586ae --- Comment #2 from Andrew Nguyen <arethusa26(a)gmail.com> --- I was able to reproduce the original issue with the Family Tree Maker 2017 installer using wine-5.14, and I noticed that it no longer occurred with wine-7.0 or the latest wine-11.9. The issue seems to have been fixed with the update of the default version of Wine Mono to 6.3.0 in wine-6.14. -- 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.

May 19, 2026

[Bug 59747] Total War: Shogun 2 crashes during HLSL preprocessing

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59747 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|vkd3d-shader |hlsl --- Comment #7 from Zeb Figura <z.figura12(a)gmail.com> --- It crashes inside a Close() callback. It's not deterministic; it doesn't always crash inside the same one. Adding warn+heap showed a hint as to why. I traced the HLSL pointers, and found that, curiously, one of them was NULL. That led me to https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/2040. -- 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.

May 19, 2026

[Bug 59767] New: loader/wine.desktop enables programs to escape Flatpak sandboxes in many if not most situations

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59767 Bug ID: 59767 Summary: loader/wine.desktop enables programs to escape Flatpak sandboxes in many if not most situations Product: Wine Version: 11.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: loader Assignee: wine-bugs(a)list.winehq.org Reporter: arraybolt3(a)gmail.com Distribution: --- This is kind of a weird bug as it doesn't have anything to do with Windows applications in particular, but rather with how Wine registers itself with the system. loader/wine.desktop registers Wine as a MIME handler for a number of different Windows-related executable file formats (EXEs, MSIs, and Batch files. Linux doesn't recognize these files as programs (unless they have their executable bit set and are registered with binfmt-misc of course), so it will attempt to "open" these files with Wine. Wine will then run arbitrary code within these programs with the privileges of whatever program launched Wine. On the surface, this doesn't sound like a problem, but it becomes an issue because sandboxed code under Linux can usually use D-Bus to open files in their default application *outside of the sandbox*. Since the default application to open EXE files in is Wine, anything that can open arbitrary files outside of the sandbox can now escape the sandbox by writing an EXE file somewhere and then "opening" it with Wine. There are two ways I know of to do this: * Some file managers handle the org.freedesktop.FileManager1.ShowFolders method call by opening the "folders" they are told to open with their default application. Of course, there is no guarantee that the "folders" actually are folders; if the sandboxed app passes a file name in this call, those file managers will open the specified files in their default application. If Wine is installed, and one of the "folders" specified is an EXE file, the application can now run arbitrary code outside of the sandbox. (I reported this bug to an affected file manager over 90 days ago.) * xdg-desktop-portal-gtk intentionally allows applications to open arbitrary files outside of a sandbox, via the org.freedesktop.portal.OpenURI.OpenFile D-Bus method. If there are multiple applications that can open the same file type, it will usually open a dialog asking what application to open the file in, but if there is only one handler for a file type on the system, it will immediately open the file with its default handler. Handlers for EXE files other than Wine are relatively rare (lxqt-archiver is one, oddly enough), so there is a very good chance that a sandboxed app can just write an EXE file to the disk, then open it with xdg-desktop-portal-gtk and have code execution outside the sandbox. (I reported this privately to the Flatpak developers over 90 days ago.) Arguably, neither of these issues are security vulnerabilities in xdg-desktop-portal or file managers. The `xdg-mime` manpage warns: Security Note: Never set a handler that will blindly execute code or commands from the file being handled. Such behavior will sooner than later lead to unintended code execution i.e. through a curious user trying to inspect a freshly downloaded file but running it by accident. Keeping opening and executing separate actions helps with people protecting themselves from malware, the default handler is an opener, not a runner. Therefore I believe this is an issue with Wine. -- 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.

May 18, 2026

[Bug 59747] Total War: Shogun 2 crashes during HLSL preprocessing

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59747 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Total War: Shogun 2 needs |Total War: Shogun 2 crashes |support for 'vs30_border' |during HLSL preprocessing |entry point | -- 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.

May 18, 2026

[Bug 59673] Densha De Go! Professional 2 crashes on launch

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59673 --- Comment #11 from mata <sutupud(a)yahoo.com> --- (In reply to duuqnd from comment #10) > For what it's worth, I have no memory of tinkering with winecfg settings > since creating this prefix. I may be wrong though, so I'll test with a fresh > prefix in a bit. It applies only to staging anyway, and to the global HKCUS\oftware\Wine\Direct3D key... So if that doesn't apply, something else must have written it, not sure what. -- 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.

May 18, 2026

[Bug 59673] Densha De Go! Professional 2 crashes on launch

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59673 --- Comment #10 from duuqnd(a)stacken.kth.se --- For what it's worth, I have no memory of tinkering with winecfg settings since creating this prefix. I may be wrong though, so I'll test with a fresh prefix in a bit. -- 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.

May 18, 2026

[Bug 59453] uSimmics crashes on unimplemented function msvcp100.dll._Sinh

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59453 --- Comment #2 from Bartosz <gang65(a)poczta.onet.pl> --- PR for fixing this issue: https://gitlab.winehq.org/wine/wine/-/merge_requests/10942 -- 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.

May 18, 2026

[Bug 59453] uSimmics crashes on unimplemented function msvcp100.dll._Sinh

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59453 Bartosz <gang65(a)poczta.onet.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |gang65(a)poczta.onet.pl --- Comment #1 from Bartosz <gang65(a)poczta.onet.pl> --- I will implement missing functions. -- 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.

May 18, 2026

[Bug 59764] Joystick button-numbers are mixed up in a lot of older games since wine 11.8

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59764 --- Comment #1 from pe.we.psi(a)gmail.com --- Correction: Is there a way to revert the changes made to the joystick control in wine 11.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.

May 18, 2026

[Bug 59673] Densha De Go! Professional 2 crashes on launch

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59673 mata <sutupud(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sutupud(a)yahoo.com --- Comment #9 from mata <sutupud(a)yahoo.com> --- One observation related to this, the way this is presented in winecfg if this key is unset (or set to 1) is: [✔️] Enable CSMT for better graphic performance (deprecated) To me, it's not really immediately clear what exactly is deprecated I can easily see how it would lead someone to think "hmmm, this deprecated setting is enabled, probably bettter disable it". It would be better if it would make it clear that *disabling* it is deprecated. -- 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.

May 18, 2026

[Bug 59766] PaintTool SAI 2: NtSetInformationFile FileRenameInformation in place move does not work correctly

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59766 Katharine <katharine.chui(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |11.9 -- 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.

May 18, 2026

[Bug 59726] Syscall emulation on Linux using Syscall User Dispatch broken with glibc 2.34

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59726 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEEDINFO Keywords| |download Ever confirmed|0 |1 URL| |https://github.com/paintdot | |net/release/releases/downlo | |ad/v5.1.12/paint.net.5.1.12 | |.install.anycpu.web.zip --- Comment #12 from Zeb Figura <z.figura12(a)gmail.com> --- (In reply to valy(a)etersoft.ru from comment #10) > (In reply to valy(a)etersoft.ru from comment #9) > > (In reply to Zeb Figura from comment #8) > > > It won't run for me even after disabling syscall emulation. I get the error > > > mentioned in comment 2. > > > > What if I try installing paint.net? > > *Have you tried installing paint.net? paint.net won't install on plain Wine either; it seems to need something from d2d. How are you running these applications? -- 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.

May 18, 2026

[Bug 59766] PaintTool SAI 2: NtSetInformationFile FileRenameInformation in place move does not work correctly

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59766 Katharine <katharine.chui(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #80970|small program for |small program for description|reproducting the error |reproducing the error -- 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.

May 18, 2026

[Bug 59766] PaintTool SAI 2: NtSetInformationFile FileRenameInformation in place move does not work correctly

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59766 Katharine <katharine.chui(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |testcase -- 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.

May 18, 2026

[Bug 59673] Densha De Go! Professional 2 crashes on launch

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59673 --- Comment #8 from duuqnd(a)stacken.kth.se --- I tried adding that registry key and it does seem to mitigate the issue. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

May 18, 2026

[Bug 53440] Msys2 sh.exe -c /usr/bin/mktemp makes an error on Wine

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=53440 Bernhard Übelacker <bernhardu(a)mailbox.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- Hello Joel, I made another attempt to this bug, using [1] inside a Debian Bookworm VM using winehq packages. Unfortunatley received only a segfault with 7.13, and all versions later than 7.14 succeded the mktemp. Therefore closing this bug, if it is still an issue please reopen, or file a new report. 7.13~bookworm-1 broken (Segmentation fault) 7.14~bookworm-1 working /tmp/tmp.inx4sB3jJF 7.15~bookworm-1 working /tmp/tmp.jKKDaRlsS5 7.20~bookworm-1 working /tmp/tmp.QHs5U2Cetp 8.0.0~bookworm-1 working /tmp/tmp.8fs60kLEll 9.0.0~bookworm-1 working /tmp/tmp.AHyDEmxqKs 10.0.0~bookworm-1 working /tmp/tmp.ReFyyR96xm 11.0.0~bookworm-1 working /tmp/tmp.5qKdqwdWaN 11.9~bookworm-1 working /tmp/tmp.p4Z1oXUOr6 [1] https://web.archive.org/web/20220729004301/https://github.com/msys2/msys2-i… -- 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.

May 18, 2026

[Bug 59766] PaintTool SAI 2: NtSetInformationFile FileRenameInformation in place move does not work correctly

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59766 Katharine <katharine.chui(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|NtSetInformationFile |PaintTool SAI 2: |FileRenameInformation in |NtSetInformationFile |place move does not work |FileRenameInformation in |correctly (PaintTool SAI 2) |place move does not work | |correctly -- 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.

May 18, 2026

[Bug 59726] Syscall emulation on Linux using Syscall User Dispatch broken with glibc 2.34

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59726 --- Comment #11 from Alexandre Julliard <julliard(a)winehq.org> --- The content of attachment 80881 has been deleted for the following reason: Copyright violation -- 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.

May 18, 2026

[Bug 59766] NtSetInformationFile FileRenameInformation in place move does not work correctly (PaintTool SAI 2)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59766 --- Comment #1 from Katharine <katharine.chui(a)gmail.com> --- Created attachment 80971 --> http://bugs.winehq.org/attachment.cgi?id=80971 log snippet -- 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.

May 18, 2026

[Bug 59766] New: NtSetInformationFile FileRenameInformation in place move does not work correctly (PaintTool SAI 2)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59766 Bug ID: 59766 Summary: NtSetInformationFile FileRenameInformation in place move does not work correctly (PaintTool SAI 2) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)list.winehq.org Reporter: katharine.chui(a)gmail.com Distribution: --- Created attachment 80970 --> http://bugs.winehq.org/attachment.cgi?id=80970 small program for reproducting the error Under WINE, PaintTool SAI 2 (https://www.systemax.jp/bin/sai2-20241123-32bit-en.zip ) currently pops an error while user draws to a canvas, as it creates an on-disk undo/redo cache file, performs a few read/write, then uses `NtSetInformationFile FileRenameInformation` to in-place move the opened file. This does not currently work as WINE is not handling `FILE_RENAME_INFORMATION.RootDirectory == NULL` along with a simple path in `FILE_RENAME_INFORMATION.FileName` for in-place rename. The current code assumes `RootDirectory == NULL` means full path in `FileName`. The `NtSetInformationFile` call works under Windows 10. It is also noted here https://learn.microsoft.com/en-us/windows-hardware/drivers/ddi/ntifs/ns-nti… , to perform in-place rename, it is okay for RootDirectory to be NULL, while FileName only needs to be a simple file name. Below attaches a small program for reproducing the error. The program can be built with mingw-w64 toolchain by running `i686-w64-mingw32-gcc -static file_rename.c -lntdll -o out.exe`. The program was tested working under Windows 10. -- 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.

May 18, 2026