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

[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 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 55710] New: wine-staging fails to run anything in 64-bit prefix
by WineHQ Bugzilla May 21, 2026

May 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=55710 Bug ID: 55710 Summary: wine-staging fails to run anything in 64-bit prefix Product: Wine-staging Version: 8.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Even an attemp to create new 64-bit prefix fails: $ WINEPREFIX=~/.wine64 WINEARCH=win64 ~/wine-staging64/wine winver wine: created the configuration directory '/home/dmitry/.wine64' 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 002c:fixme:winediag:LdrInitializeThunk wine-staging 8.17 is a testing version containing experimental patches. 002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when filing bug reports on winehq.org. 002c:fixme:sync:NtAcceptConnectPort ((nil),832,0x90000002,31,0x7ffffe0ff338,0x7d7d011256a0),stub! *** stack smashing detected ***: <unknown> terminated 002c:err:seh:call_stack_handlers invalid frame 00007FFFFE0FF320 (00007FFFFE102000-00007FFFFE200000) 002c:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. With 32-bit prefix everything seems to work. It looks like this problem started with wine-staging 8.16. -- 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 45

[Bug 59109] New: Final Fantasy XI Online: White flash upon game client launch.
by WineHQ Bugzilla May 21, 2026

May 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=59109 Bug ID: 59109 Summary: Final Fantasy XI Online: White flash upon game client launch. Product: Wine Version: 10.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: 18339eb0f5048500efb668e6a9b679ed2f62d7a3 Distribution: Gentoo After 18339eb0f50 [1], when transitioning from the launcher, PlayOnline Viewer, to the Final Fantasy XI Online game client, there is a brief white flash where it used to remain black. This also causes white flashes when switching away and/or back to the game window when running in windowed mode, but it seems to be more a symptom of the commit blamed in 58491 [2]. Using the open-source amdgpu/mesa drivers, and KWin-X11. Last tested at d60f8286056 [3]. Thank you! 1. https://gitlab.winehq.org/wine/wine/-/commit/18339eb0f5048500efb668e6a9b679… 2. https://bugs.winehq.org/show_bug.cgi?id=58491 3. https://gitlab.winehq.org/wine/wine/-/commit/d60f8286056559233e992c4084f319… -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 58271] New: Window decoration issues in Wine with Wayland driver
by WineHQ Bugzilla May 21, 2026

May 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=58271 Bug ID: 58271 Summary: Window decoration issues in Wine with Wayland driver Product: Wine Version: 10.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: mexano222(a)gmail.com Distribution: --- Created attachment 78617 --> http://bugs.winehq.org/attachment.cgi?id=78617 default decorations When running applications through Wine using the native Wayland driver, windowed applications are not receiving proper window decorations (e.g., titlebars, borders) from the system window manager. Instead, Wine's default, minimal, and visually unappealing decorations are displayed. I have enabled option "Allow the window manager to decorate the windows" in winecfg and it's working fine on Xwayland. But this option does not appear to have any effect under native Wayland. -- 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 8

[Bug 59781] New: The cards_nvidia_binary[] Lookup Table is missing the current 5000 series of cards
by WineHQ Bugzilla May 21, 2026

May 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=59781 Bug ID: 59781 Summary: The cards_nvidia_binary[] Lookup Table is missing the current 5000 series of cards Product: Wine Version: 11.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: blue-t(a)web.de Distribution: --- If you look into wine>dlls>wined3d>adapter_gl.c you will notice that this stops at /* Direct 3D 11 */ {"RTX 4090", CARD_NVIDIA_GEFORCE_RTX4090}, We nowadays have DX11+12 capable Cards of the 5000 series like the 5050 5060 5060 Ti 5070 5070 Ti 5080 5090 Same probably is true for the AMD 9000 Series If we have such a card, it will fall back and report the fallback entry for such a card. card_fallback_nvidia[] = { ... {WINED3D_FEATURE_LEVEL_11, CARD_NVIDIA_GEFORCE_GTX470}, {WINED3D_FEATURE_LEVEL_NONE}, }, This table and related files like wine>dlls>wined3d>directx.c should be extended with current gpu models (Maybe introduce a new block for dx12 Ultimate, feature level 12_2 as well) -- 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 59776] New: Nvidia Geforce RTX 5000 series cards isn't detected properly by Wine
by WineHQ Bugzilla May 21, 2026

May 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=59776 Bug ID: 59776 Summary: Nvidia Geforce RTX 5000 series cards isn't detected properly by Wine Product: Wine Version: 11.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: totallynocallum(a)outlook.com Distribution: --- I'm using a Nvidia Geforce RTX 5070 (though this apparently applies to any RTX 5000 series card), Wine and applications running in Wine will detect my card as a NVIDIA Geforce GTX 470. -- 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 59780] New: UNDER NIGHT IN-BIRTH Exe:Late[cl-r]: Invisible character-related 2D-graphics/-effects
by WineHQ Bugzilla May 21, 2026

May 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=59780 Bug ID: 59780 Summary: UNDER NIGHT IN-BIRTH Exe:Late[cl-r]: Invisible character-related 2D-graphics/-effects Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: 9427421240(a)posteo.net Distribution: --- Created attachment 80988 --> http://bugs.winehq.org/attachment.cgi?id=80988 Image-comparison: Steam Play (top), Wine 11.9 (bottom) Various 2D-graphics related to characters and their moves are invisible. Mostly the visual effects when using moves, but also the swords of Vatista, and the flowing parts of the blue glow that can appear around a character, as shown in the image-comparison. This does happen with Wine 11.0 and 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.

1 0

[Bug 59779] New: Final Fantasy XI Online: Backwards incompatible gstreamer changes break old prefixes.
by WineHQ Bugzilla May 21, 2026

May 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=59779 Bug ID: 59779 Summary: Final Fantasy XI Online: Backwards incompatible gstreamer changes break old prefixes. Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)list.winehq.org Reporter: chiitoo(a)gentoo.org Distribution: Gentoo Created attachment 80986 --> http://bugs.winehq.org/attachment.cgi?id=80986 backtrace from Wine-10.0 Unsure if this is worth doing anything about, but I suppose it might highlight some kind of an issue, or issues, and I imagine this affects multiple applications. For example, building at 11.7 (or current master) and then going back to 11.5 and running the PlayOnline Viewer (the Final Fantasy XI Online launcher) will be less than successful: wine: Call from 7BF6D278 to unimplemented function winegstreamer.dll.winegstreamer_create_color_converter, aborting wine: Unimplemented function winegstreamer.dll.winegstreamer_create_color_converter called at address 7BF6D278 (thread 0178), starting debugger... I'm having trouble with getting the backtrace to print into my terminal, and the dialog doesn't want to show it either for current builds, so the attached one is from Wine 10.0. Bisecting it, I didn't quite catch the exact related commits needed for this, but perhaps that's not really necessary. I certainly can dig them up though, if it helps, and once I have soe more time for it. I'd guess it's somewhere here: https://gitlab.winehq.org/wine/wine/-/compare/e679f22c70b...ce7deba1ff Going by releases, building at 11.6 first, and /then/ going 11.5 does work, which I find at least someawhats interesting. Otherwise the 'winegstreamer_create_color_converter' references will remain, but manually removing the 'windows/syswow64/iyuv_32.dll' and 'windows/system32/iyuv_32.dll' files helps. Running 'wineboot -u' or 'wineboot -i' does not. Thank you! -- 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