https://bugs.winehq.org/show_bug.cgi?id=50765
Bug ID: 50765 Summary: the hunter call of the wild crash on start Product: Wine-staging Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: jg.staffel@gmail.com CC: leslie_alistair@hotmail.com, z.figura12@gmail.com Distribution: ---
Created attachment 69556 --> https://bugs.winehq.org/attachment.cgi?id=69556 The log of the crash, created by the game.
Since wine-staging 6.2 and 6.3 "The hunter call of the wild crash" crashes during startup. No any errors in terminal with WINEDEBUG=warn+dll+error, including no dxvk errors.
This bug tested also with a clean Wine directory with the same result (winetricks corefonts msxml6 d3dx11_43 winhttp wininet xact vcrun2005 vcrun2008 vcrun2010 vcrun2012 vcrun2013 vcrun2017 tahoma dxvk).
I am attaching the log of the crash, created by the game.
Wine-staging 5.22 works perfectly.
https://bugs.winehq.org/show_bug.cgi?id=50765
alpir jg.staffel@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jg.staffel@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=50765
alpir jg.staffel@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|the hunter call of the wild |theHunter call of the wild |crash on start |crash on start
https://bugs.winehq.org/show_bug.cgi?id=50765
alpir jg.staffel@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Gentoo
https://bugs.winehq.org/show_bug.cgi?id=50765
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1
--- Comment #1 from Gijs Vermeulen gijsvrm@gmail.com --- Does this also happen with upstream wine (non-staging)?
Also, please test in a clean (new) wineprefix, I doubt it's necessary to install so many native components.
Always attach default (no WINEDEBUG set) wine output as well, see: https://wiki.winehq.org/FAQ#How_can_I_get_a_debugging_log_.28a.k.a._terminal_output.29.3F
https://bugs.winehq.org/show_bug.cgi?id=50765
--- Comment #2 from alpir jg.staffel@gmail.com --- I created a new prefix. I only installed corefonts d3dx11_43 tahoma vcrun2015.
I installed app-emulation/wine-vanilla-6.3-r1:6.3::gentoo USE="X alsa faudio fontconfig gecko jpeg lcms mono mp3 nls openal opengl perl png pulseaudio realtime run-exes sdl ssl threads truetype udev udisks unwind usb vkd3d vulkan xcomposite xml -capi -cups -custom-cflags -dos -gphoto2 -gsm -gssapi -gstreamer -kerberos -ldap -mingw -netapi -odbc -opencl -osmesa -oss -pcap -prelink -samba -scanner (-selinux) -test -v4l -xinerama" ABI_X86="32 64 (-x32)"
The same result with wine-staging-6.3 and new profile, log attached.
With wine-vanilla-6.3 the game hang on first screen, log attached.
This logs received with WINEDEBUG=warn+dll+error.
Also i attached log with wine-staging-6.3, old profile and WINEDEBUG=info.
https://bugs.winehq.org/show_bug.cgi?id=50765
--- Comment #3 from alpir jg.staffel@gmail.com --- Created attachment 69573 --> https://bugs.winehq.org/attachment.cgi?id=69573 wine-staging-6.3 and new profile log
https://bugs.winehq.org/show_bug.cgi?id=50765
--- Comment #4 from alpir jg.staffel@gmail.com --- Created attachment 69574 --> https://bugs.winehq.org/attachment.cgi?id=69574 wine-vanilla-6.3 and new profile log
https://bugs.winehq.org/show_bug.cgi?id=50765
--- Comment #5 from alpir jg.staffel@gmail.com --- Created attachment 69575 --> https://bugs.winehq.org/attachment.cgi?id=69575 wine-staging-6.3 and old profile, WINEDEBUG=info
https://bugs.winehq.org/show_bug.cgi?id=50765
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #6 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with the current wine (wine-9.0-rc5) And lease test in a fresh wine prefix without any dll overrides and vanilla wine (not staging)
https://bugs.winehq.org/show_bug.cgi?id=50765
alpir tsebrenko@ya.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |CLOSED Resolution|--- |WORKSFORME
--- Comment #7 from alpir tsebrenko@ya.ru --- With wine-staging-8 - there is no problem at all.
https://bugs.winehq.org/show_bug.cgi?id=50765
--- Comment #8 from joaopa jeremielapuree@yahoo.fr --- And with vanilla wine?
https://bugs.winehq.org/show_bug.cgi?id=50765
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be Status|CLOSED |RESOLVED
--- Comment #9 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
Bug reporters must not close bugs themselves. They should mark them 'resolved' instead. Administrators will close bugs when appropriate.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=50765
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Zeb Figura z.figura12@gmail.com --- (In reply to Olivier F. R. Dierick from comment #9)
Bug reporters must not close bugs themselves. They should mark them 'resolved' instead. Administrators will close bugs when appropriate.
That's only really a problem for FIXED status; I don't think we care otherwise, especially not enough to unclose bugs.
https://bugs.winehq.org/show_bug.cgi?id=50765
--- Comment #11 from Austin English austinenglish@gmail.com --- (In reply to Zeb Figura from comment #10)
(In reply to Olivier F. R. Dierick from comment #9)
Bug reporters must not close bugs themselves. They should mark them 'resolved' instead. Administrators will close bugs when appropriate.
That's only really a problem for FIXED status; I don't think we care otherwise, especially not enough to unclose bugs.
Also 'NOTOURBUG' (which should be closed when the bug is fixed in the upstream/downstream project).
For the rest (INVALID/WONTFIX/DUPLICATE/ABANDONED), it doesn't matter. They can be closed at the same time as resolution, or later by someone else.
https://bugs.winehq.org/show_bug.cgi?id=50765
alpir tsebrenko@ya.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|tsebrenko@ya.ru |