wine-bugs April 2023

wine-bugs@winehq.org

1 participants
3084 discussions

[Bug 51325] New: Resident Evil 4 (2007) Hangs usually within 15-30 minutes.
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51325 Bug ID: 51325 Summary: Resident Evil 4 (2007) Hangs usually within 15-30 minutes. Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: BOBBLOG(a)protonmail.com Distribution: --- Resident Evil 4 (2007) Ver.1.1.0 DVD Hangs usually within 15-30 minutes. Most times i see a message box of Microsoft Visual C++ Runtime Error "This application has requested the Runtime to terminate in an unusual way. Please contact the applications support team for more information." I tested this in a wine prefix with d3dx9 installed via winetricks because the game will not boot up with it. I tried WINEDEBUG=+msgbox but, every time i did the game would just hang and not show anything related to the message box. I did however get this message on the terminal. 01e4:fixme:d3d9:Direct3DShaderValidatorCreate9 Returning stub validator 67C9E028. 0454:err:quartz:BaseMemAllocator_Commit fnAlloc failed with error 0x8007000e 0454:err:quartz:BaseMemAllocator_Commit fnAlloc failed with error 0x8007000e 0454:err:gstreamer:gstdemux_init_stream Failed to commit allocator, hr 0x8007000e. radeon: mmap failed, errno: 12 radeon: mmap failed, errno: 12 0174:err:d3d:wined3d_debug_callback 0x8f4a328: "GL_OUT_OF_MEMORY in glTexSubImage". This err message was only displayed once in the many times that the game hanged. -- 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 7

[Bug 50550] New: Resident Evil 4 Ultimate HD crashes at gameplay near beginning of game
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=50550 Bug ID: 50550 Summary: Resident Evil 4 Ultimate HD crashes at gameplay near beginning of game Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dron2065(a)rambler.ru Distribution: --- Created attachment 69220 --> https://bugs.winehq.org/attachment.cgi?id=69220 Backtrace of error Steam version of Resident Evil 4 Ultimate HD crashes at gameplay near beginning of game -- 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 4

[Bug 41271] New: Fallout 4 - Audio issues (no sounds, hangs when playing intro video)
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=41271 Bug ID: 41271 Summary: Fallout 4 - Audio issues (no sounds, hangs when playing intro video) Product: Wine Version: 1.9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: kimmo.myllyvirta(a)gmail.com Distribution: --- Created attachment 55571 --> https://bugs.winehq.org/attachment.cgi?id=55571 1.9.18 logs This could be dupe of bug #36977, but also hits bug #39402 possibly some others too. But since I can't find a decent workaround which works for Fallout 4, it might be ok to open a new bug. Not quite sure if the component is correct, either xaudio2 or dsound anyway. A bunch of logs attached, see below what they mean. Steam version of the game, only Steam and Fallout 4 installed to a clean prefix. Steam installs xact from _CommonRedist when first time launching the game. When the game is started it hangs when it should play the intro video; +tid,+dsound log attached (Log: fo4_tid_dsound.txt, +tid,+dsound). This could be bug #36977, since the game uses radgametools bink. With builtin xaudio2_7 the intro video works sometimes (extremely rarely, sorry I don't have decent log of this). But after the video is finished it will always hang after; warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! when it tries to play the music for the main menu. (see bug #39402) With xaudio2_7 set to disabled the intro video works, but again extremely rarely. And it results to no sounds in Fallout 4 since bink player uses dsound, but Fallout 4 itself doesn't, it seems. There is "sAudioAPI=XAudio2" setting in Fallout4.ini, but it is a legacy setting. I can't find any indication of it supporting anything else than xaudio2 (on older Bethesda games there was other options available). Now the weird hack part; Since this feels like a race condition, I added usleep(100000) to the beginning of IDirectSound8Impl_Release, which seems to help a lot (this issue might not have anything to do with dsound release, that's just the first place I tried); - native xaudio2: the intro video works, and the music in main menu plays ok, always - success :) (Log: fo4_tid_dsound_sleep_hack.txt, +tid,+dsound ) - builtin xaudio2_7: the intro video works, but the music in main menu doesn't and the game hangs (as expected) after; warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! (Log: fo4_tid_dsound_xaudio2_sleep_hack_builtin_xaudio2_7.txt, +tid,+dsound,+xaudio2 ) - disable xaudio2_7: the intro video works, no music in the main menu, but the game doesn't hang (Log: fo4_tid_dsound_sleep_hack_disable_xaudio2_7, +tid,+dsound ) Notes; - The main menu is just a black screen (lots of d3d11 fixmes in those logs), you just have to listen and imagine you are there :) - I also tried xact and xact_jun2010 with winetricks - those make no difference, works just like the xact shipped with the game -- 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 38

[Bug 51536] New: Wrye Bash graphical issue in the modlist with wine-staging
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51536 Bug ID: 51536 Summary: Wrye Bash graphical issue in the modlist with wine-staging Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Wrye Bash 309 show a glitchy panel where there should be the list of masterfiles for a mod. The panel present itself all black. It refresh partially and shows masters when clicking on a mod, but when clicking on a mod with less masters then the previous ones, the masters in excess sren't removed from the element. BIsecting the staging patches result in this (used git-am as aplying backend for the patches, then used git bisect) 094c35ee0083404c37dfa3f74309c73b23e10cef is the first bad commit commit 094c35ee0083404c37dfa3f74309c73b23e10cef Author: Dmitry Timoshkov <dmitry(a)baikal.ru> Date: Tue Nov 12 18:13:20 2019 +0800 comctl32: Bump version to 6.0. An application that I have here checks comctl32.dll version information and refuses to run, changing DLL version to 6.0 makes it run. Signed-off-by: Dmitry Timoshkov <dmitry(a)baikal.ru> dlls/comctl32/comctl32.h | 2 +- dlls/comctl32/comctl32.rc | 2 +- include/commctrl.h | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) -- 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 35000] New: Wrye Bash install empty folders
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=35000 Bug #: 35000 Summary: Wrye Bash install empty folders Product: Wine Version: 1.7.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: francisgosselin75(a)hotmail.com Classification: Unclassified Hi! i am with LinuxMint 15 64 bytes, i use Wine 1.7 and i have install Skyrim. Skyrim is install in c: /Games/Steam/SteamApps/common/Skyrim . Now i have install Wrye Bash Stand Allone 304_3, and when i install mods, my folders in "Texture" and "Meshes" are empty, can you help me please? thank you! -- 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 14

[Bug 10506] New: wine crypt32 needs DSS provider to support more . NET apps which use cryptography API
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=10506 Summary: wine crypt32 needs DSS provider to support more .NET apps which use cryptography API Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while playing around with .NET apps I found various shortcomings when it comes to native backends for certains parts of .NET One is the state of cryptographic providers (crypt32). Many .NET apps use either default RSA or DSS provider. Currently the DSS and enhanced DSS provider are missing, resulting in failure of several .NET apps. Would be nice if wine gets DSS provider too. Trace log showing failure of typical .NET app trying to query DSS provider: --- snip --- trace:crypt:CryptAcquireContextW (0x33d6b8, (null), L"Microsoft Enhanced Cryptographic Provider v1.0", 1, f0000000) trace:crypt:RSAENH_CPAcquireContext (phProv=0x1771b8, pszContainer=(null), dwFlags=f0000000, pVTable=0x1771c8) trace:crypt:CryptReleaseContext (0x1771a8, 00000000) trace:crypt:RSAENH_CPReleaseContext (hProv=00000002, dwFlags=00000000) trace:crypt:CryptAcquireContextW (0x33d72c, (null), L"Microsoft Enhanced Cryptographic Provider v1.0", 1, f0000000) trace:crypt:RSAENH_CPAcquireContext (phProv=0x177450, pszContainer=(null), dwFlags=f0000000, pVTable=0x175f98) trace:crypt:CryptCreateHash (0x177440, 0x8004, 0x0, 00000000, 0x33d83c) trace:crypt:RSAENH_CPCreateHash (hProv=00000002, Algid=00008004, hKey=00000000, dwFlags=00000000, phHash=0x175e04) trace:crypt:CryptAcquireContextW (0x33d6f4, (null), (null), 13, f0000000) trace:crypt:CryptAcquireContextW Did not find registry entry of crypto provider for L"Software\\Microsoft\\Cryptography\\Defaults\\Provider Types\\Type 013". trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b841300 trace:seh:raise_exception info[0]=80090017 trace:seh:raise_exception eax=7b82c455 ebx=7b8ad1e4 ecx=00000000 edx=0033d348 esi=0033d348 edi=e0434f4d trace:seh:raise_exception ebp=0033d310 esp=0033d2ac cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00000212 --- snip --- resulting in CLR exception: --- snip --- Unhandled Exception: System.InvalidOperationException: An error occurred creating the form. See Exception.InnerException for details. The error is: The type initializer for 'Sunisoft.IrisSkin.SkinEngine' threw an exception. ---> System.TypeInitializationException: The type initializer for 'Sunisoft.IrisSkin.SkinEngine' threw an exception. ---> System.Security.Cryptography.CryptographicException: Unknown error "-2146893801". at System.Security.Cryptography.CryptographicException.ThrowCryptogaphicException(Int32 hr) at System.Security.Cryptography.Utils._AcquireCSP(CspParameters param, SafeProvHandle& hProv) at System.Security.Cryptography.Utils.AcquireProvHandle(CspParameters parameters) at System.Security.Cryptography.Utils.get_StaticDssProvHandle() at System.Security.Cryptography.DSACryptoServiceProvider.ImportParameters(DSAParameters parameters) at System.Security.Cryptography.DSA.FromXmlString(String xmlString) at Sunisoft.IrisSkin.SkinEngine..cctor() --- snip --- Type 001 "RSA Full (Signature and Key Exchange)" and Type 012 "RSA SChannel" are currently implemented in wine Additionally needed: Type 003 "DSS Signature" (base DSS provider) Type 013 "DSS Signature with Diffie-Hellman Key Exchange" (enhanced DSS provider) Type 018 "Diffie-Hellman SChannel" (optional?) Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 30

[Bug 52505] New: TurboTax 2021 Installs, but crashes when 1st run in a boost library routine
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52505 Bug ID: 52505 Summary: TurboTax 2021 Installs, but crashes when 1st run in a boost library routine Product: Wine Version: 7.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhoward(a)alumni.caltech.edu Distribution: --- Created attachment 71803 --> https://bugs.winehq.org/attachment.cgi?id=71803 Wine-generated crash log showing crash in a boost serialization routine (as called by just-installed app TurboTax 2021) Wine-7.0 (Staging) just installed onto Fedora 35 Linux x86_64. No problems during installation of Wine, or 1st run of winecfg to install TurboTax. .../drive_c/... created without problem. Content of TurboTax 2021 CD copied into .../drive_c/. Ran winecfg to [Add application] "setup.exe", which ran to completion without error. setup's last action was to run the just-installed C:\Program Files (x86)\TurboTax\Individual 2021\32bit\TurboTax.exe. App started OK, loading many .DLLs from within the TurboTax "32bit" directory (like many non-trivial apps do). The .DLLs included several from the well-known Boost portable programming library. The crash seems to have occurred underneath a call to Boost's serialization module(s), as can be seen in attached tracebak 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.

1 2

[Bug 54836] New: GrandMA3 onPC Version 1.9.2.2 page fault on startup (1.8.8.2 worked fine)
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54836 Bug ID: 54836 Summary: GrandMA3 onPC Version 1.9.2.2 page fault on startup (1.8.8.2 worked fine) Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: nikolaus.einhauser(a)web.de Distribution: --- So MALighting just released their new "major" update (new features, breaking old ones, etc) to their software which broke compatability with wine. Their previous version worked fine. The issue can easily be reproduced by installing the software and then starting `app_gma3.exe`. It will crash on startup. Judging by `wine: Unhandled page fault on execute access to 000000000000000F at address 000000000000000F (thread 010c)`, the problem seems to be in the application. By inspecting the `+relay` log a little closer the page fault only looks like a symptom of missing error handling. From what I can tell, the issue lies in wintrust.WinVerifyTrust but feel free to look trough the attached debug log yourself. I'd very glad to provide more in-depth debug info or help otherwise to aid in fixing this. Suggestions for workarounds are also appreciated. Thank you. PS. There is a contest currently ongoing that mandates the use of version 1.9 or higher. So staying on an older previously working version is not an option for me. -- 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 54865] New: ieframe:webbrowser sometimes gets Invoke_PROPERTYCHANGE failures on Windows
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54865 Bug ID: 54865 Summary: ieframe:webbrowser sometimes gets Invoke_PROPERTYCHANGE failures on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ieframe:webbrowser sometimes gets Invoke_PROPERTYCHANGE failures on Windows: webbrowser.c:4529: Testing WebBrowser... [...] webbrowser.c:3244: put_href(L"http://test.winehq.org/tests/winehq_snapshot/")... webbrowser.c:3067: Downloading... webbrowser.c:3918: GoBack... webbrowser.c:3067: Downloading... webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:3924: GoForward... webbrowser.c:3067: Downloading... webbrowser.c:3928: GoBack... webbrowser.c:3067: Downloading... webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE [...] The same failures happen in "Testing WebBrowser(no olecmd)...". See https://test.winehq.org/data/patterns.html#ieframe:webbrowser These failures happened regularly from 2022-11-01 to 2022-12-20 on Windows 10 1809 to 21H1. They also happened almost systematically on w1064v21h2 from 2022-11-21 to 2023-01-16. They also happened once on 2023-01-16 on w1064 (22h2). And they stopped happening until ~3 months later: 2023-04-11 and now they happened 4 times in a week. So it's unclear what is causing these failures. There is no obvious change in the test but it may be interference from another test, or something that causes Windows to suddenly act differently (updates are disabled though). Are these unexpected Invoke_PROPERTYCHANGE calls something the test should be able to deal with? -- 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 52560] New: w10pro64 and w10pro64v2004 have specific failures: ieframe:webbrowser kernel32:resource msi:msi msi:package shell32:shlfileop urlmon:url wininet:http wininet:urlcache
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52560 Bug ID: 52560 Summary: w10pro64 and w10pro64v2004 have specific failures: ieframe:webbrowser kernel32:resource msi:msi msi:package shell32:shlfileop urlmon:url wininet:http wininet:urlcache Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Eight tests fail only on w10pro64 and w10pro64v2004, or fail there in a way that does not happen on any other VM. ieframe:webbrowser Invoke_PROPERTYCHANGE failures kernel32:resource systematic timeouts (bug 52559) msi:msi INSTALLSTATE_ABSENT failures msi:package random timeouts shell32:shlfileop ERROR_FILE_NOT_FOUND failures urlmon:url INET_E_DOWNLOAD_FAILURE wininet:http crash (after ERROR_INTERNET_ITEM_NOT_FOUND + ERROR_FILE_NOT_FOUND) wininet:urlcache crash (after ERROR_INTERNET_INTERNAL_ERROR) In bug 52559 there is suspicion of Windows Defender causing the timeouts. -- 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 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs April 2023