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

[Bug 56034] New: Borland Turbo CPP 4.5 installer hangs after opening INSTALL.TXT
by WineHQ Bugzilla May 23, 2026

May 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=56034 Bug ID: 56034 Summary: Borland Turbo CPP 4.5 installer hangs after opening INSTALL.TXT Product: Wine Version: 9.0-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 75680 --> https://bugs.winehq.org/attachment.cgi?id=75680 Patch that fixes the first hang Note that the installer is INSTALL.EXE, not SETUP.EXE. If you click Continue, the installer opens INSTALL.TXT in Notepad. When you close Notepad, the installer should continue, but instead it hangs. If you click Skip, the installer works but hangs after installation. The attached patch fixes the problem, mostly. For some reason you have to click the background after closing Notepad, and the installer still hangs at the end. I don't know how close the patch is to a correct solution. $ sha256sum 'Borland Turbo CPP 4.5 for Windows.7z' 8a6f5797f0af880728421426beacf5e5760701e424d89e14cd714a13e625f2ff -- 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 6

[Bug 53355] New: Missing functions SystemTimeToTzSpecificLocalTimeEx and TzSpecificLocalTimeToSystemTimeEx
by WineHQ Bugzilla May 23, 2026

May 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=53355 Bug ID: 53355 Summary: Missing functions SystemTimeToTzSpecificLocalTimeEx and TzSpecificLocalTimeToSystemTimeEx Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: osmanx(a)problemloesungsmaschine.de Distribution: --- Created attachment 72743 --> https://bugs.winehq.org/attachment.cgi?id=72743 tz.exe Please implement SystemTimeToTzSpecificLocalTimeEx and TzSpecificLocalTimeToSystemTimeEx. The documentation can be found at <https://docs.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezonea…> and <https://docs.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezonea…>. Note that because these functions currently outright abort, the work-around I implemented requires explicitly detecting Wine and not even trying to call them, which is far from optimal. Even just implementing stubs that always fail gracefully instead of just aborting the whole process would be much appreciated. This came up when improving local timezone handling in OpenMPT. See <https://bugs.openmpt.org/view.php?id=1618> and <https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>. Simple test case (for SystemTimeToTzSpecificLocalTimeEx): tz.cpp: ``` #include <iostream> #include <stdexcept> #include <windows.h> int main() { try { SYSTEMTIME sys{}; GetSystemTime(&sys); DYNAMIC_TIME_ZONE_INFORMATION dtzi{}; if (GetDynamicTimeZoneInformation(&dtzi) == TIME_ZONE_ID_INVALID) { throw std::runtime_error("GetDynamicTimeZoneInformation() failed."); } SYSTEMTIME sys_local{}; if (SystemTimeToTzSpecificLocalTimeEx(&dtzi, &sys, &sys_local) == FALSE) { throw std::runtime_error("SystemTimeToTzSpecificLocalTimeEx() failed."); } std::cout << "OK" << std::endl; return 0; } catch (const std::exception & e) { std::cout << std::flush; std::cerr << e.what() << std::endl; std::cerr << std::flush; } std::cout << "FAIL" << std::endl; return 1; } ``` built with VS2022 by running `cl /std:c++20 /permissive- /EHsc /O2 /W4 tz.cpp` results in ``` wine: Call from 0x7bc7c990 to unimplemented function KERNEL32.dll.SystemTimeToTzSpecificLocalTimeEx, aborting ``` not even reaching the FAIL output. tz.exe 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.

2 2

[Bug 43590] New: Rise of Nations Thrones & Patriots weird graphics
by wine-bugs＠winehq.org May 23, 2026

May 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=43590 Bug ID: 43590 Summary: Rise of Nations Thrones & Patriots weird graphics Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: brabec.tomislav(a)gmail.com Distribution: --- Created attachment 59003 --> https://bugs.winehq.org/attachment.cgi?id=59003 Weird map rendering I have a problem with Rise of Nations: Thrones & Patriots graphics. While the basic version of game works fine, the expansion has weird rendering while playing (image). -- 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 37

[Bug 59726] New: Syscall emulation on Linux using Syscall User Dispatch broken with glibc 2.34
by WineHQ Bugzilla May 22, 2026

May 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=59726 Bug ID: 59726 Summary: Syscall emulation on Linux using Syscall User Dispatch broken with glibc 2.34 Product: Wine Version: 11.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: valy(a)etersoft.ru Regression SHA1: cbb9906d75346c9ca9be8ac0b3ddb06d9d48824d Distribution: --- Created attachment 80872 --> http://bugs.winehq.org/attachment.cgi?id=80872 VisualStudioSetup.exe After initializing the Visual Studio installer (https://visualstudio.microsoft.com) under Wine 11.8, execution stops. I managed to identify that the cause is this commit: cbb9906d75346c9ca9be8ac0b3ddb06d9d48824d is the first bad commit commit cbb9906d75346c9ca9be8ac0b3ddb06d9d48824d (HEAD) Author: Elizabeth Figura zfigura(a)codeweavers.com Date: Fri Mar 13 16:25:41 2026 -0500 ntdll: Implement syscall emulation on Linux using Syscall User Dispatch. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=48291 dlls/ntdll/tests/exception.c | 1 - dlls/ntdll/unix/signal_x86_64.c | 71 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++----------- 2 files changed, 60 insertions(+), 12 deletions(-) As I understand it, the reason for this behavior is the merging of libpthread, libdl, libutil, libanl into libc in version 2.34 (https://sourceware.org/pipermail/libc-alpha/2021-August/129718.html) I am running with libc version 2.32. -- 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 17

[Bug 59782] New: Diablo (GOG): Menu screen is completely white, though functional.
by WineHQ Bugzilla May 22, 2026

May 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=59782 Bug ID: 59782 Summary: Diablo (GOG): Menu screen is completely white, though functional. Product: Wine Version: 11.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: 98d1f8bb3847b18ca0797cbc58e9a65311a21381 Distribution: Gentoo Created attachment 80990 --> http://bugs.winehq.org/attachment.cgi?id=80990 log at wine-11.9-86-gcf80269f7e9 After 98d1f8bb384 [1] Diablo / Hellfire menu screen is completely white, though functional. This is the GOG-modified version; need to find my CDs to try the original, too... As a side-note, perhaps uninterestingly, the screen is black instead without 18339eb0f50 [2] which is related to bug 59109 [3], and I can see flashes of white in the menu here too. Before it turns all-white that is. There's one difference I can see in regular logging with the whiteness happening, though it's printed only after exiting the game via ESC: fixme:d3d_shader:glsl_blitter_upload_palette P8 texture loaded without a palette. There's also another issue before this, where the menu rendering isn't updated except for when moused over, which looks like painting/erasing away the black from covering the screen, or when moving the menu selection with arrow keys. Could not find a bug for that, so maybe that will happen after this. The game itself seems to work just fine in any case, though have only tried moving around the starting area a little bit so far. Thank you! 1. https://gitlab.winehq.org/wine/wine/-/commit/98d1f8bb3847b18ca0797cbc58e9a6… 2. https://gitlab.winehq.org/wine/wine/-/commit/18339eb0f5048500efb668e6a9b679… 3. https://bugs.winehq.org/show_bug.cgi?id=59109 -- 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 46803] New: Diablo 1 GOG.com crash
by wine-bugs＠winehq.org May 22, 2026

May 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=46803 Bug ID: 46803 Summary: Diablo 1 GOG.com crash Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xzgamertag(a)mail.com Distribution: --- Created attachment 63823 --> https://bugs.winehq.org/attachment.cgi?id=63823 Log Diablo crashes immidiately after skipping intro, while using hi-res, latest version. When I try to run Diablo (Classic) version, it requires original CD to proceed. -- 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 17

[Bug 59783] New: WordPerfect Office X3 (and Office 12): PerfectScript macros silently no-op; pfbc130.pfc!DllGetClassObject returns CLASS_E_CLASSNOTAVAILABLE
by WineHQ Bugzilla May 22, 2026

May 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=59783 Bug ID: 59783 Summary: WordPerfect Office X3 (and Office 12): PerfectScript macros silently no-op; pfbc130.pfc!DllGetClassObject returns CLASS_E_CLASSNOTAVAILABLE Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: em36(a)columbia.edu Distribution: --- Created attachment 80996 --> http://bugs.winehq.org/attachment.cgi?id=80996 Log file from the attempt to run a WP X3 macro. NB: I am running this under Sikuragur, so the Wine version is wine-9.0 (SikarugirCX 24.0.7) -------- Playing any PerfectScript .wcm macro in WordPerfect (the macro engine is ps130.exe in X3, ps120.exe in Office 12) silently no-ops. The macro engine process is spawned and connects to wpwin via DDE successfully, but a single CoCreateInstance call required to dispatch the macro fails, and WordPerfect then abandons the operation without any user-visible message. This has been confirmed on both: - WordPerfect Office X3 (PerfectScript engine v6), macOS via Sikarugir (a Wineskin-based wrapper) - WordPerfect Office 12 (PerfectScript engine v5), vanilla Wine on Linux Trying a newer Wine engine inside Sikarugir did not change the behavior. Reproducer ---------- 1. Install WordPerfect Office X3 (or Office 12) into a Wine prefix. 2. Launch wpwin13.exe (X3) or wpwin12.exe (Office 12). 3. Tools -> Macro -> Play, choose any supplied .wcm (e.g. EXPNDALL.WCM from ...\Languages\EN\Macros\WPWin\), click Open. 4. Expected: the macro runs. 5. Observed: nothing visible happens. The macro engine launches in the background, connects via DDE, but the macro never executes. What the log shows ------------------ With WINEDEBUG=+module,+loaddll,+process,+ole,+dde,+ddeml: (a) ps130.exe launches successfully as a child of wpwin13.exe: trace:process:CreateProcessInternalW app "C:\Program Files (x86)\WordPerfect Office X3\Programs\ps130.exe" cmdline "...\ps130.exe /# /l-EN" trace:process:NtCreateUserProcess ... ps130.exe ... pid 0134 tid 0138 trace:loaddll:build_module Loaded ...\ps130.exe at 00400000: native (b) WordPerfect and PerfectScript establish DDE conversations: trace:ddeml:WDML_MakeHszFromAtom c0ec => L"WPWin13_Macros" trace:ddeml:WDML_MakeHszFromAtom c0ee => L"WPWin" trace:ddeml:WDML_InvokeCallback ... (callbacks fire on both sides) (c) WordPerfect attempts CoCreateInstance on the CLSID required to dispatch the macro: trace:ole:CoCreateInstance {c0e10002-0031-0006-c0e1-c0e1c0e1c0e1}, 00000000, 0x1 (CLSCTX_INPROC_SERVER), IID_IUnknown trace:ole:apartment_getclassobject added new loaded dll "C:\Program Files (x86)\WordPerfect Office X3\Programs\pfbc130.pfc" err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111 for dll "...\pfbc130.pfc" err:ole:com_get_class_object no class object {c0e10002-0031-0006-c0e1-c0e1c0e1c0e1} could be created for context 0x1 0x80040111 == CLASS_E_CLASSNOTAVAILABLE, returned by pfbc130.pfc's own DllGetClassObject. Wine is not the proximate cause -- it correctly locates and loads the registered server -- but the server's own code refuses to hand back a class factory. (d) Other CoCreateInstance calls in the same session SUCCEED: {c0e10001-0006-0006-c0e1-c0e1c0e1c0e1} -> ok {c0e10001-0009-0006-c0e1-c0e1c0e1c0e1} -> ok {c0e10004-0001-0006-c0e1-c0e1c0e1c0e1} -> ok Only -0031- fails. This is one specific class in the PerfectFit framework, not a generic load problem. (e) Immediately before DllGetClassObject is called, pfbc130.pfc's DllMain(PROCESS_ATTACH) issues two consecutive anti-debug probes: trace:process:NtQueryInformationProcess (0xffffffffffffffff, 0x0c, ...) trace:process:NtQueryInformationProcess (0xffffffffffffffff, 0x0c, ...) ProcessInformationClass 0x0c is ProcessDebugPort. PerfectFit was Corel's anti-tamper / licensing framework. The probe result is plausibly cached as a flag that gates the class factory for protected CLSIDs. This is a hypothesis -- confirming it requires stepping pfbc130.pfc!DllGetClassObject in winedbg. (f) Side note (probably not the root cause, but worth fixing): Wine's DDEML cannot handle Corel's private DDE clipboard format 0xc0ea used by the wpwin <-> ps130 conversation: fixme:ddeml:WDML_Global2DataHandle Unsupported format (ffffc0ea) for data ..., passing raw information fixme:ddeml:WDML_DataHandle2Global Unsupported format (c0ea) for data ..., passing raw information What this is NOT ---------------- Things ruled out by investigation: - COM registration: the registry has full and correct entries for every PerfectFit CLSID, ProgID, Interface/TypeLib, ProxyStubClsid, and PFBC130/PFOB130/PFQS130/PFSE130/PFDT130/PFVM130 component server, written by Corel's installer. - Wrong DLL registered: pfbc130.pfc *does* contain the failing CLSID in its binary (verified by 16-byte struct grep), along with 42 other CLSIDs in the same Corel-tail family. The registry maps the failing CLSID to the right DLL. - DDE broken: DDE conversations between wpwin and ps130 establish correctly and exchange messages. The Corel-private 0xc0ea format fixme is real but is hit during the conversation, not at setup. - Missing dependency: pfbc130.pfc's DllMain(PROCESS_ATTACH) returns 1 (success). All other DLLs in the dependency chain (MSVCRT, KERNEL32, USER32, GDI32, ADVAPI32, SHELL32, COMCTL32, ole32, OLEAUT32, ThemeManager, CRLUTL114, MFC42) load fine. - DllRegisterServer not run: the prefix has the registration; that's not the issue. Attached -------- wp-x3-macro.log.gz -- full WINEDEBUG=+module,+loaddll,+process,+ole,+dde,+ddeml capture of one wpwin13.exe session in which EXPNDALL.WCM was triggered via Tools->Macro->Play. -- 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 59767] New: loader/wine.desktop enables programs to escape Flatpak sandboxes in many if not most situations
by WineHQ Bugzilla May 22, 2026

May 22, 2026

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.

1 23

[Bug 59762] New: application crashes when launching lotro store window ingame
by WineHQ Bugzilla May 22, 2026

May 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=59762 Bug ID: 59762 Summary: application crashes when launching lotro store window ingame Product: Wine Version: 11.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: winedbg Assignee: wine-bugs(a)list.winehq.org Reporter: djpat30(a)gmail.com Distribution: --- Created attachment 80961 --> http://bugs.winehq.org/attachment.cgi?id=80961 backtrace Launch the lord of the ring online game, login. At the main screen, launch the lotro store (upper right corner) notice the crash and 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.

1 1

[Bug 59755] New: Abiworld 2.9.4 Unhandled Exception when calling Print Preview
by WineHQ Bugzilla May 22, 2026

May 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=59755 Bug ID: 59755 Summary: Abiworld 2.9.4 Unhandled Exception when calling Print Preview Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Abiworld 2.9.4 from https://web.archive.org/web/20160630022900/http://www.nl.abisource.com/down… Unhandled Exception when calling Print Preview -- 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