September 2025 - Wine-bugs - list.winehq.org

[Bug 43021] New: I Spy Spooky Mansion black screen, silent
by wine-bugs＠winehq.org 07 Sep '25

07 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=43021 Bug ID: 43021 Summary: I Spy Spooky Mansion black screen, silent Product: Wine Version: 2.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- When run, the game presents an entirely black screen with no sound. Pressing Escape will close the game. On Windows, starting the game plays a series of animations with sound (Scholastic logo, etc.) The only lines of console output are this: err:ole:CoGetClassObject class {e78f7620-96cb-11cf-a00b-444553540000} not registered err:ole:CoGetClassObject no class object {e78f7620-96cb-11cf-a00b-444553540000} could be created for context 0x1 however, these CLSIDs are not registered on Windows either, so this is probably a red herring. -- 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 58681] New: after run a fullscreen game, taskbar will be gone
by WineHQ Bugzilla 07 Sep '25

07 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58681 Bug ID: 58681 Summary: after run a fullscreen game, taskbar will be gone Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- After a full screen game is executed, taskbar under shell desktop will be gone -- 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 58680] New: vkEnumerateDeviceExtensionProperties could be more permissive about its arguments
by WineHQ Bugzilla 07 Sep '25

07 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58680 Bug ID: 58680 Summary: vkEnumerateDeviceExtensionProperties could be more permissive about its arguments Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: eric.brunet(a)lps.ens.fr Distribution: --- Created attachment 79273 --> http://bugs.winehq.org/attachment.cgi?id=79273 patch that makes some program work in -------------------------- dlls/winevulkan/vulkan.c, --------------------------- the function ------------------------------------------------------------------ VkResult wine_vkEnumerateDeviceExtensionProperties(VkPhysicalDevice client_physical_device, const char *layer_name, uint32_t *count, VkExtensionProperties *properties) ------------------------------------------------------------------ starts by making an error when layer_name is not NULL: ---------------------------------------------------------------------------- /* This shouldn't get called with layer_name set, the ICD loader prevents it. */ if (layer_name) { ERR("Layer enumeration not supported from ICD.\n"); return VK_ERROR_LAYER_NOT_PRESENT; } ---------------------------------------------------------------------------- I have seen a closed-source windows program that calls this function with an empty string for the parameter layer_name, receives the VK_ERROR_LAYER_NOT_PRESENT failure code, and crashes at startup. Now, I know nothing about 3D, GPU, vulkan, etc., but surely the semantics of layer_name being NULL or a pointer to an empty string must be the same. I could get my program running with the very simple patch I attach to this bug, which changes the test into ------------------------ if (layer_name && *layer_name) ------------------------- so that the NULL string does not trigger the test. It would be great if this patch could go into the next release. -- 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 58632] New: Against the Storm: Encyclopedia doesn't display animated sequences
by WineHQ Bugzilla 07 Sep '25

07 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58632 Bug ID: 58632 Summary: Against the Storm: Encyclopedia doesn't display animated sequences Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kajitsu22(a)gmail.com Distribution: --- Created attachment 79188 --> http://bugs.winehq.org/attachment.cgi?id=79188 A complete terminal output of the running game. While I was playing Against the Storm, I opened the in-game encyclopedia. It works almost perfectly, but there's a bug: clickable animations on encyclopedia entries are not displayed at all, and are not playable. There are many entries with static images instead of clips, which are displayed normally, but not animations. It looks like this: https://filebin.net/9yz60cx4nhq0dlg9/bug_video.mp4 OS: Gentoo Linux x86_64 Kernel: 6.12.31-gentoo Videocard: NVIDIA GeForce RTX 2050 Mobile Against the Storm Steam page: https://store.steampowered.com/app/1336490/Against_the_Storm/ -- 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 58499] New: can't click in correct places anymore for most part of the screen
by WineHQ Bugzilla 07 Sep '25

07 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58499 Bug ID: 58499 Summary: can't click in correct places anymore for most part of the screen Product: Wine-staging Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: proteve(a)mail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- arch linux kde wayland after updating to 10.12 staging and start a program in it (not game) i can't click in right place outside of that program (outside of wine). i see the mouse apparently correct but it seems that the programs interpret its position off somehow by quite a few pixels (30-40). i realize this when i wanted to press search on some web page and the button highlited while mouse was still a distance away. this happen also with start menu in kde and probably anything else. after downgrading only the wine-staging package from 10.12 to 10.11 everything works. -- 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 32562] New: Visual Studio 2010 (10.0) Express Edition needs jscript JScript_AddTypeLib impl
by wine-bugs＠winehq.org 07 Sep '25

07 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=32562 Bug #: 32562 Summary: Visual Studio 2010 (10.0) Express Edition needs jscript JScript_AddTypeLib impl Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: jscript AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... Prerequisite: 'winetricks -q dotnet20 dotnet40 windowscodecs corefonts' Try to create a new project using project wizard (doesn't matter which type). When you press "OK" to create the project the GUI wizard is shown again and nothing happened. Relevant part in console when pressing OK: --- snip --- ... 002b:fixme:jscript:JScript_AddTypeLib (0x705ac78)->() 002b:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Microsoft Visual Studio 10.0\\Common7\\IDE\\1033\\vswizui.dll" at 0x401f0000: native 002b:trace:jscript:JScript_Release (0x705ac78) ref=1 002b:trace:jscript:JScript_Close (0x705ac78)->() 002b:trace:jscript:jsdisp_free (0x705d070) 002b:trace:jscript:jsdisp_free (0x705d120) 002b:trace:jscript:JScript_Release (0x705ac78) ref=0 002b:trace:loaddll:free_modref Unloaded module L"C:\\Program Files\\Microsoft Visual Studio 10.0\\Common7\\IDE\\VsWizard.dll" : native ... --- snip --- Native jscript ('winetricks jscript') doesn't fare better ... instead the following is shown in console: --- snip --- ... fixme:atl:AtlAxWinInit semi-stub err:ole:CoGetClassObject class {78a51822-51f4-11d0-8f20-00805f2cd064} not registered err:ole:CoGetClassObject class {78a51822-51f4-11d0-8f20-00805f2cd064} not registered err:ole:create_server class {78a51822-51f4-11d0-8f20-00805f2cd064} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {78a51822-51f4-11d0-8f20-00805f2cd064} could be created for context 0x17 err:ole:CoGetClassObject class {6c736db1-bd94-11d0-8a23-00aa00b58e10} not registered err:ole:CoGetClassObject no class object {6c736db1-bd94-11d0-8a23-00aa00b58e10} could be created for context 0x1 fixme:ole:CreateTypeLib (1,L"ConstDeb.tlb",0x32ad38), stub! --- snip --- Source: http://source.winehq.org/git/wine.git/blob/5e4a16819ef3e29757d54a536e436cdb… --- snip --- 590 static HRESULT WINAPI JScript_AddTypeLib(IActiveScript *iface, REFGUID rguidTypeLib, 591 DWORD dwMajor, DWORD dwMinor, DWORD dwFlags) 592 { 593 JScript *This = impl_from_IActiveScript(iface); 594 FIXME("(%p)->()\n", This); 595 return E_NOTIMPL; 596 } --- snip --- For testing purpose I changed the stub to return S_OK and it allows the IDE/wizard to run further only to end up in next bug ;-) So JScript_AddTypeLib() implementation is probably really needed. Regards -- 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.

2 11

[Bug 58679] New: Block Post lays out some controls at wrong size rendering them illegible
by WineHQ Bugzilla 07 Sep '25

07 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58679 Bug ID: 58679 Summary: Block Post lays out some controls at wrong size rendering them illegible Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugs(a)chead.ca Distribution: --- Created attachment 79270 --> http://bugs.winehq.org/attachment.cgi?id=79270 Terminal output Block Post Software’s Ford Sussex simulation (and I would expect others, though I haven’t checked them) lays out some of the controls in its main window differently in Wine than how they are laid out in Windows. In the attached screenshots, compare the Time Now and Status boxes in the lower left corner: they are so much smaller in Wine than Windows that they are illegible. There are also various other differences, though the others are merely cosmetic (the Errors and Punctuality boxes are smaller but still legible, the Train Controls buttons are missing their green and red colours, and the Operational Information text box is shorter but still usable). The Ford Sussex installer can be downloaded at <https://blockpostsoftware.co.uk/downloads.php>, installed, and run for free for a few minutes. The Windows screenshot was taken in Windows 11. The Linux screenshot was taken with Wine 10.14 under Gentoo (the wine-vanilla package), using the XFCE desktop manager. Both were taken on the same computer, with the window maximized on one of two 1920×1080 monitors. No relevant error messages are printed to the terminal; see attached log file. -- 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 57455] New: HOMM3 (from GOG.com) crashes immediately on run
by WineHQ Bugzilla 06 Sep '25

06 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57455 Bug ID: 57455 Summary: HOMM3 (from GOG.com) crashes immediately on run Product: Wine Version: 9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gilbates2a(a)proton.me Distribution: --- Created attachment 77450 --> https://bugs.winehq.org/attachment.cgi?id=77450 Output of WINEDEBUG="+all" Running the Heroes3.exe causes an immediate crash on Arch Linux with wine 9.16 with the following error message: > 0024:err:seh:NtRaiseException Unhandled exception code c0000409 flags 1 addr 0x7a181f30 The crash occurs on every run and with identical error message. I also tried running with wine 7.22 and get a similar crash but with different error message: > 0024:err:seh:NtRaiseException Unhandled exception code c0000409 flags 1 addr 0x11a1f30 Attached log from 9.16 run with WINEDEBUG="+all" HOMM3 was installed from GOG offline installer with following filename (installer ran fine): > setup_heroes_of_might_and_magic_3_complete_4.0_(3.2)_gog_0.1_(77075).exe -- 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

[Bug 35376] New: MSN Messenger Live 2009 (14.0) installer fails with "CODE=0x80004005 Unable to populate the TOU contents" (IInternetProtocolSink::Switch is a stub)
by wine-bugs＠winehq.org 06 Sep '25

06 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=35376 Bug ID: 35376 Summary: MSN Messenger Live 2009 (14.0) installer fails with "CODE=0x80004005 Unable to populate the TOU contents" (IInternetProtocolSink::Switch is a stub) Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, found while visiting bug 18889 Application log file 'C:\\users\\Public\\Application Data\\Microsoft\\WLSetup\\Logs\\*.log' --- snip --- ... EPPP :(01/12/2014 16:47:32.185) Starting transfer of 'x-wlspkg://content/tou.htm' !ERROR! :(01/12/2014 16:47:32) SOURCE=WLSetup, CODE=0x80004005 Unable to populate the TOU contents (0x80004005) EPPP :(01/12/2014 16:47:38.543) Starting transfer of 'x-wlspkg://CONTENT/pd_details.htm' !ERROR! :(01/12/2014 16:47:38) SOURCE=Wizard, CODE=0x80004005 SetupUX fatal error :: Tag=TermsOfUsePanel::OnButtonClicked, Error=0x80004005 --- snip --- Debugger session: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7ea13aa6 InternetProtocolSink_Switch+0x80(iface=0x13da24, pProtocolData=0x13c5e8) [/home/focht/projects/wine/wine-git/dlls/urlmon/binding.c:970] in urlmon (0x0033c598) 1 0x7ea190fb ProtocolSinkHandler_Switch+0xe3(iface=<couldn't compute location>, pProtocolData=<couldn't compute location>) [/home/focht/projects/wine/wine-build32/dlls/urlmon/../../include/urlmon.h:3101] in urlmon (0x0033c5f8) 2 0x7ea1a14b BPInternetProtocolSink_Switch+0x1d0(iface=<couldn't compute location>, pProtocolData=<couldn't compute location>) [/home/focht/projects/wine/wine-build32/dlls/urlmon/../../include/urlmon.h:3101] in urlmon (0x0033c678) 3 0x0044407d in wlsetup-all-14 (+0x4407c) (0x0033f168) 4 0x7ea181a9 BindProtocol_StartEx+0x6d5(iface=<couldn't compute location>, pUri=<couldn't compute location>, pOIProtSink=<couldn't compute location>, pOIBindInfo=<couldn't compute location>, grfPI=<couldn't compute location>, dwReserved=<couldn't compute location>) [/home/focht/projects/wine/wine-build32/dlls/urlmon/../../include/urlmon.h:3290] in urlmon (0x0033f2a8) 5 0x7ea15974 start_binding+0x27b(mon=(nil), binding_ctx=(nil), uri=0x980cde8, pbc=0x98082b8, to_obj=0, riid=0x4194c8, ret=0x33f398) [/home/focht/projects/wine/wine-build32/dlls/urlmon/../../include/urlmon.h:7864] in urlmon (0x0033f368) 6 0x7ea15b26 bind_to_storage+0x52(uri=0x980cde8, pbc=0x98082b8, riid=0x4194c8, ppv=0x33f444) [/home/focht/projects/wine/wine-git/dlls/urlmon/binding.c:1567] in urlmon (0x0033f3b8) 7 0x7ea3597a URLMoniker_BindToStorage+0x14a(iface=0x9808398, pbc=0x98082b8, pmkToLeft=(nil), riid=0x4194c8, ppvObject=0x33f444) [/home/focht/projects/wine/wine-git/dlls/urlmon/umon.c:280] in urlmon (0x0033f418) 8 0x00460d6c in wlsetup-all-14 (+0x60d6b) (0x0033f458) 9 0x00424b33 in wlsetup-all-14 (+0x24b32) (0x0033f484) 10 0x0045dd78 in wlsetup-all-14 (+0x5dd77) (0x0033f504) 11 0x00467cc3 in wlsetup-all-14 (+0x67cc2) (0x0033f528) ... Wine-dbg>n 966 Binding *This = impl_from_IInternetProtocolSink(iface); Wine-dbg>n 968 WARN("(%p)->(%p)\n", This, pProtocolData); Wine-dbg>n 970 return E_FAIL; --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/aa914141.aspx --- quote --- The IInternetProtocolSink interface should pass the data from the worker thread, without modification, back to the asynchronous pluggable protocol by calling its IInternetProtocolRoot::Continue method. Asynchronous pluggable protocol handlers can operate asynchronously in a separate worker thread. This method allows the protocol handler to pass data back to the apartment (or user interface) thread it was created on. --- quote --- Source: http://source.winehq.org/git/wine.git/blob/f8236c5ac3d1cfa807c12dd1cea9a27f… --- snip --- 963 static HRESULT WINAPI InternetProtocolSink_Switch(IInternetProtocolSink *iface, 964 PROTOCOLDATA *pProtocolData) 965 { 966 Binding *This = impl_from_IInternetProtocolSink(iface); 967 968 WARN("(%p)->(%p)\n", This, pProtocolData); 969 970 return E_FAIL; 971 } --- snip --- $ sha1sum wlsetup-all-14.exe 755024fa37c0b30a0e171edee7a0f99ee29c0ae8 wlsetup-all-14.exe $ du -sh wlsetup-all-14.exe 135M wlsetup-all-14.exe $ wine --version wine-1.7.10-343-g770d09d Regards -- 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 14

[Bug 48494] New: Toolbar should handle CDRF_NEWFONT
by WineHQ Bugzilla 06 Sep '25

06 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48494 Bug ID: 48494 Summary: Toolbar should handle CDRF_NEWFONT Product: Wine Version: 5.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: katayama.hirofumi.mz(a)gmail.com Distribution: --- Wine Toolbar controls of comctl32 didn't implement CustomDraw CDRF_NEWFONT. So, the application can't change the font of toolbar items. -- 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