https://bugs.winehq.org/show_bug.cgi?id=40083
Bug ID: 40083 Summary: Heroes of the Storm Freezes after its February 2nd Patch Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: vexorian@gmail.com Distribution: ---
It appears there is no bug report on this even though it is being reported by multiple people.
Heroes of the Storm worked fine in WINE until the most recent patch. Now starting a match has a very high chance to freeze the game up between 0 and 30 seconds after the match starts (after the loading screen). Killing the process and starting the game again makes it tell you you need to rejoin the game, and the rejoin process will also freeze, possibly because HotS' game rejoining process makes it repeat all the game's actions in the background.
There appears to be a low probability chance that the freeze will not happen, which causes some reports of people claiming to fix the issue by changing graphics settings or changing the hero composition / game mode. Only to later report that the game is freezing again.
Reports specify various WINE versions including staging 1.9.2. In my case it's 1.7.44, which is why I am including that version in the report.
I tried enabled debugging text but the output doesn't report anything that coincides with the lock up and the text output seems roughly the same as it was before. I can provide the output text when I have more time if needed.
app db thread: https://appdb.winehq.org/commentview.php?iAppId=15978&iVersionId=32232&a...
Battle net thread: http://us.battle.net/heroes/en/forum/topic/20419814648?page=1
https://bugs.winehq.org/show_bug.cgi?id=40083
Erik Fredriksen erik@fredriksen.se changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |erik@fredriksen.se
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #1 from Vexorian vexorian@gmail.com --- Testing in WINE 1.9.0 and using Heroes Of The Storm 64 bits client. Fixes the problem.
(There's a separate bug in 1.9 that requires you to disable shcore in winecfg for the game to execute.)
https://bugs.winehq.org/show_bug.cgi?id=40083
JeanLuc EvilTwin1@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |EvilTwin1@gmx.de
https://bugs.winehq.org/show_bug.cgi?id=40083
Carlos carlosrodcam@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |carlosrodcam@gmail.com
--- Comment #2 from Carlos carlosrodcam@gmail.com --- Testing in 1.9.3 64 bits works fine and it is not needed to disable anything
https://bugs.winehq.org/show_bug.cgi?id=40083
lmnet89@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lmnet89@gmail.com
--- Comment #3 from lmnet89@gmail.com --- For me this but is 100% reproducible with 1.7.17, 1.7.45 and 1.9.3 (all x86).
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #4 from Vexorian vexorian@gmail.com --- Yes although using the 64 bits client works as a workaround, the 32 bit client still has this issue even in WINE 1.93.
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #5 from Vexorian vexorian@gmail.com --- There was a new HotS update earlier today and now the 64 bits client crashes and the behavior seems to be happen in a similar way to the freezes in the 32 bits client.
https://bugs.winehq.org/show_bug.cgi?id=40083
adrussel@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adrussel@hotmail.com
https://bugs.winehq.org/show_bug.cgi?id=40083
qbt937@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |qbt937@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #6 from qbt937@gmail.com --- I appear to be having the same problem as Vexorian. Switching to 64 bit fixed Heroes of the Storm for me after the February 2 patch, but the latest (February 10th) patch broke it again. It doesn't fail in quite the same way as before. The 32 bit version used to freeze when the game started, but the 64 bit version just crashes instead. It usually crashes in the loading screen, but it used to freeze a few seconds into the game.
I use wine 1.9.2 on Gentoo Linux.
https://bugs.winehq.org/show_bug.cgi?id=40083
cloudedone@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cloudedone@gmail.com
--- Comment #7 from cloudedone@gmail.com --- I am also running into the described issue.
https://bugs.winehq.org/show_bug.cgi?id=40083
Vexorian vexorian@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Hardware|x86 |x86-64
https://bugs.winehq.org/show_bug.cgi?id=40083
Vexorian vexorian@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.7.44 |1.9.3
https://bugs.winehq.org/show_bug.cgi?id=40083
Vexorian vexorian@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Heroes of the Storm Freezes |Heroes of the Storm |after its February 2nd |Freezes/Crashes after its |Patch |recent updates
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #8 from Vexorian vexorian@gmail.com --- Testing in 1.9.3:
- Running Heroes of the storm 32 bits client, There are freezes between 0 and 30 seconds after the match begins. - Running the 64 bits client, there are crashes and they seem to happen in a similar way to the freezes in 32 bits client.
All game modes have the same issue. It's easiest to test in the Shop's try mode. Testing in a real game mode makes the game crash and then when you reload the game it asks you to rejoin, rejoin reproduces the crash, this issue will persist for a while until the server dumps your ongoing match. Don't test in Quick Match as it will cause you a leaver penalty.
Regarding reproducing the bug: There is a separate issue that has been around before the most recent patch and it is a seemingly random crash during a match's loading screen. This can also be reproduced in try mode. In my case, if you don't get this loading screen crash in the first match of a game sesion, it will not happen again. If the loading screen crash happens during load time, you can rejoin the game and the crash will not necessary repeat. (This was before the new crash that happens all the time and when the match is happening).
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #9 from Vexorian vexorian@gmail.com --- Created attachment 53615 --> https://bugs.winehq.org/attachment.cgi?id=53615 console output. seems unrelated
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #10 from Vexorian vexorian@gmail.com --- Created attachment 53616 --> https://bugs.winehq.org/attachment.cgi?id=53616 crash file generated by the game, just an ACCESS_VIOLATION msg. may not be very helpful
https://bugs.winehq.org/show_bug.cgi?id=40083
Nils n.rink2111@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |n.rink2111@gmail.com
--- Comment #11 from Nils n.rink2111@gmail.com --- I have exactly the same problems like mentioned in Comment #8.
The fatal-error-crashes occure with every WINE Version I tried so far. This includes: 1.9.2 1.9.2-staging 1.9.2-staging-SC2_SetProcessDpiAwareness-stub 1.9.3
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #12 from Nils n.rink2111@gmail.com --- (In reply to Nils from comment #11)
I have exactly the same problems like mentioned in Comment #8.
The fatal-error-crashes occure with every WINE Version I tried so far. This includes: 1.9.2 1.9.2-staging 1.9.2-staging-SC2_SetProcessDpiAwareness-stub 1.9.3
At the moment the game is not playable at all. The fatal crashes throw me out of the game on every single loading screen.
https://bugs.winehq.org/show_bug.cgi?id=40083
Tomáš Klapka tomas@klapka.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tomas@klapka.cz
--- Comment #13 from Tomáš Klapka tomas@klapka.cz --- I have these issues as well:
- switched to 64bit version last week after 32bit client was freezing as a workaround - today after patch in EU, it just crashes shortly after entering a match or try mode
1.9.3-staging
https://bugs.winehq.org/show_bug.cgi?id=40083
composizion3@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |composizion3@hotmail.com
--- Comment #14 from composizion3@hotmail.com --- Also for me both clients don't work as described in Comment #8.
https://bugs.winehq.org/show_bug.cgi?id=40083
yassya christian.jung@udo.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |christian.jung@udo.edu
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #15 from yassya christian.jung@udo.edu --- Same behavior for me. As described in the above comments (wine 1.9.3, x86_64)
https://bugs.winehq.org/show_bug.cgi?id=40083
Hiro hirostormu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hirostormu@gmail.com
--- Comment #16 from Hiro hirostormu@gmail.com --- With playonlinux, 64 bits client battle.net, no need to set shcore off, wine 1.8.1, wine 1.9.2, wine 1.9.3, it worked fine with every versions until the 11 february 2016 new balance patch 16.1.
I cant go past the loading page anymore, it keeps crashing and even if i succeed to join the battle it crashes a few seconds later.
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #17 from composizion3@hotmail.com --- Created attachment 53620 --> https://bugs.winehq.org/attachment.cgi?id=53620 konsole output during the crash
Started the game from HeroesSwitcher_x64, wine-staging 1.9.1
https://bugs.winehq.org/show_bug.cgi?id=40083
Luke Skywalkar luc.vialard@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |luc.vialard@gmail.com
--- Comment #18 from Luke Skywalkar luc.vialard@gmail.com --- Same bug happened (wine 1.9.2 64b fedora 21).
Crashes while loading the game. It all went wrong with the 16.1 balance update.
https://bugs.winehq.org/show_bug.cgi?id=40083
Christophe frezier@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |frezier@gmail.com
--- Comment #19 from Christophe frezier@gmail.com --- I am also running into the described issue. Was working fine until yesterday (1.9.2, shcore disabled, 64b) Right now, it's not working anymore (1.9.2 or 1.9.3, with or without shcore, 64b or 32b, or any combination of those).
https://bugs.winehq.org/show_bug.cgi?id=40083
Rainer Müller raimue@codingfarm.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |raimue@codingfarm.de
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #20 from Henri Verbeet hverbeet@gmail.com --- Created attachment 53623 --> https://bugs.winehq.org/attachment.cgi?id=53623 patch
Could you give the attached patch a try with the 32-bit client?
https://bugs.winehq.org/show_bug.cgi?id=40083
winehq@kismala.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@kismala.com
--- Comment #21 from winehq@kismala.com --- Henri,
I was able to use try mode and complete an AI game with 1.9.3 and your patch (https://bugs.winehq.org/attachment.cgi?id=53623) in 32 bit mode so the patch appears to be effective. Thanks!
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #22 from Vexorian vexorian@gmail.com --- I was also able to play the game normally after applying Henri's patch. Thanks! Without applying it the freezes remain.
https://bugs.winehq.org/show_bug.cgi?id=40083
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #23 from cloudedone@gmail.com --- The patch also worked for me, thank you.
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #24 from Nils n.rink2111@gmail.com --- Thanks to our programmer genius "Henri Verbeet". Also for me your patch works perfect.
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #25 from Hiro hirostormu@gmail.com --- Thanks @ Henri Verbeet, your patch is working fine. No crashes anymore. I played 5 qm matches non stop after applying it, everything works smooth again.
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #26 from adrussel@hotmail.com --- Thanks Henri for working on a patch for the 32 bit client! Are you going to fix 64 bit, as well, by any chance?
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #27 from Henri Verbeet hverbeet@gmail.com --- I'll have a look, but I probably won't put too much effort into the 64-bit client.
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #28 from adrussel@hotmail.com --- Thanks Henri! I am hoping that, once it is working, the 64 bit client will avoid out of memory errors described in https://bugs.winehq.org/show_bug.cgi?id=37986 and https://bugs.winehq.org/show_bug.cgi?id=33247 . Having to restart the game client after every match is quite inconvenient.
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #29 from Sebastian T sebth@lysator.liu.se --- Created attachment 53635 --> https://bugs.winehq.org/attachment.cgi?id=53635 Add "int 0x2d" handling for amd64
Extrapolating from Henri Verbeet's patch and reading a bit about how Windows handles "int 0x2d", I have attached a patch which seems to fix this for the 64-bit version of HotS. It probably does not handle "int 0x2d" exactly like Windows, but it seems to be enough for HotS.
Maybe Blizzard uses "int 0x2d" as some kind of anti-debugging.
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #30 from composizion3@hotmail.com --- Good job Henri! Now even the wine-staging 32bit version works.
https://bugs.winehq.org/show_bug.cgi?id=40083
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
https://bugs.winehq.org/show_bug.cgi?id=40083
aaahaaap@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aaahaaap@gmail.com
--- Comment #31 from aaahaaap@gmail.com --- Just wanted to confirm that Henri's patch fixed this issues for me. Thanks a lot!
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #32 from qbt937@gmail.com --- Both Henri's 32-bit and Sebastian's 64-bit patches seem to fix it, although I haven't had time to test very much. Thanks for making the patches!
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #33 from adrussel@hotmail.com --- Thanks Sebastian!
https://bugs.winehq.org/show_bug.cgi?id=40083
Wade Menard wade@ezri.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wade@ezri.org
https://bugs.winehq.org/show_bug.cgi?id=40083
Wandang@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Wandang@web.de
--- Comment #34 from Wandang@web.de --- I tried the 64bit patch by installing wine 1.9.3-HeroesOfStorm-40083bugfix via PlayOnLinux.
However this did not work for me. The game still froze at the start forcing me to force quit. When I tried to rejoin the game crashed asking me to send an automatic bugreport to Blizzard.
I will try the 32bit reinstallation tomorrow.
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #35 from Henri Verbeet hverbeet@gmail.com --- For the 32-bit client, this should be fixed by commit e65c89f1c52c8aa4bbc375751138d0aec6bd237a. The patch for the 64-bit client is probably in the right direction, but could do with some tests.
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #36 from adrussel@hotmail.com --- I'd love to test the 64 bit patch, but I'm not sure how. Last time I tried to create a debug log, the output was gigabytes in size, and I had nowhere to upload it. If I have specific instructions (as opposed to general guidance found at https://www.winehq.org/docs/winedev-guide/debugger) on how to give you useful debug output, I'd gladly do it. However, it may take me some time, as I have to modify the Wine package for my distro (NixOS) to accept a patch.
PlayOnLinux doesn't work completely for my distro insofar that only system-installed Wine works. I've filed a bug with PlayOnLinux to hopefully resolve this in time (https://www.playonlinux.com/en/issue-5223.html).
https://bugs.winehq.org/show_bug.cgi?id=40083
anon.tronic@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |anon.tronic@yahoo.com
--- Comment #37 from anon.tronic@yahoo.com --- Using wine-staging 1.9.3 with gallium nine and the 64bit patch. Works fine sofar. Getting some graphical corruption sometimes, but I believe it's unrelated to this issue (probably a nine issue).
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #38 from adrussel@hotmail.com --- I've tested the 64-bit patch against 1.9.3, and I can confirm it does get rid of the issue for me.
I did have one mid-game lock-up on the 2nd of 6 A.I. games I played, but I think that is a separate issue.
https://bugs.winehq.org/show_bug.cgi?id=40083
--- Comment #39 from Sebastian Lackner sebastian@fds-team.de --- With 1.9.4+, there should be no need for patches anymore. Could you guys please test (both 32-bit and 64-bit), so that this bug report can be closed?
For reference, x86_64 handling for int $0x2d has been added with: http://source.winehq.org/git/wine.git/commit/e1d68b2e169580be8dc6f8927e01a19...
For backporters, please note that a couple of additional patches are also related and might be required. Full list of relevant commits:
e65c89f1c52c8aa4bbc375751138d0aec6bd237a 218bc84e03eaa807caca58027334e9b173dcfa7e e1d68b2e169580be8dc6f8927e01a19c60f79d65 d0cc0dd69f029fcd54275784d3edc0f1426fc568
https://bugs.winehq.org/show_bug.cgi?id=40083
stephencharlesb@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stephencharlesb@gmail.com
--- Comment #40 from stephencharlesb@gmail.com --- I tested on 1.9.4 64-bit wine with 32-bit HoTS client and it works :) Thanks again for all of your hard work!
https://bugs.winehq.org/show_bug.cgi?id=40083
Alzarath alzarath@archlinux.info changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alzarath@archlinux.info
--- Comment #41 from Alzarath alzarath@archlinux.info --- Upgraded from 1.9.3. 64-bit prefix and game version.
First attempt at a training match, I crashed shortly after entering the loading screen. Reconnecting seems possible.
Second attempt at starting a training match seems to have worked without a hitch.
https://bugs.winehq.org/show_bug.cgi?id=40083
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |e1d68b2e169580be8dc6f8927e0 | |1a19c60f79d65 Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #42 from Sebastian Lackner sebastian@fds-team.de --- Thanks for testing stephen and Alzarath. I'm marking this bug as fixed. If you still encounter any semi-random crashes, please open a new bug report for it, it is not necessarily related to the same issue.
https://bugs.winehq.org/show_bug.cgi?id=40083
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mstefani@redhat.com Target Milestone|--- |1.8.x
https://bugs.winehq.org/show_bug.cgi?id=40083
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #43 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.9.5.
https://bugs.winehq.org/show_bug.cgi?id=40083
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|1.8.x |---
--- Comment #44 from Michael Stefaniuc mstefani@redhat.com --- Removing 1.8.x milestone from bugs included in 1.8.2.
-
wine-bugs＠winehq.org