https://bugs.winehq.org/show_bug.cgi?id=55979
Bug ID: 55979 Summary: Blizzard Battle.net Launcher: New Version Released On 11/30/2023 Hangs During Installation Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: crashdance@charter.net Distribution: ---
Created attachment 75569 --> https://bugs.winehq.org/attachment.cgi?id=75569 Terminal output when running the Battle.net client installer in a clean Wine prefix
When attempting to install Battle.net in a clean 64-bit prefix on a clean install of Linux Mint 21.2 with all needed dependencies, I get the attached terminal output and the progress hangs at 45%.
Also, I know the maintainers of Bugzilla encourage reporting only one problem per bug. That being said, the exact same time this started happening, my existing Wine prefix for Battle.net (and my Battle.net games) caused thread crashes when opening Battle.net after installing yesterday's update. The update was installed from within the Battle.net client by clicking the green icon to install the update. Prior to this update released yesterday on November 30, 2023, Battle.net and the games were running flawlessly.
Because I can only add a single attachment, the Pastebin links below will give more detail on the related issue of thread crashes described above:
Existing prefix terminal output when the thread crash occurs:
Here is my system information:
Was able to save a crash report for the thread crash issue:
https://bugs.winehq.org/show_bug.cgi?id=55979
crashdance@charter.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |8.21
https://bugs.winehq.org/show_bug.cgi?id=55979
crashdance@charter.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |crashdance@charter.net
https://bugs.winehq.org/show_bug.cgi?id=55979
--- Comment #1 from crashdance@charter.net --- When discussing this on the WineHQ subreddit, a user by the name of rage2021 has confirmed this bug via a comment:
https://www.reddit.com/r/winehq/comments/187z58y/battlenet_launcher_update_c...
https://bugs.winehq.org/show_bug.cgi?id=55979
--- Comment #2 from crashdance@charter.net --- As a further note, using thirds party Wine runners resolves the thread crashing issue. Specifically, I installed the Lutris Wine-GE runner from here:
https://github.com/GloriousEggroll/wine-ge-custom
Now the Battle.net launcher in the existing Wine prefix works successfully.
https://bugs.winehq.org/show_bug.cgi?id=55979
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joshudson@gmail.com
--- Comment #3 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- *** Bug 55976 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=55979
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |82pixels.mj@gmail.com
--- Comment #4 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- *** Bug 55980 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=55979
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 CC| |o.dierick@piezo-forte.be Status|UNCONFIRMED |NEW
--- Comment #5 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
Confirming from my own experience.
As mentioned on bug 55980: It's possible to downgrade the application if you have an older Battle.net.XXXXX directory in drive_c/Program Files (x86)/Battle.net/, but this won't work if you have to login, as the app will update and force you to restart before you have a chance to enter your credentials.
From the linked reddit discussion, the issue is worked-around downstream with a hack (by Paul Gofman) from Valve/Proton: https://github.com/ValveSoftware/wine/commit/98bce52ddf46c0c8c6be57c27d4aa9c...
Wine-GE is based on Proton, which is based on wine-staging. wine-staging has a ntdll-WRITECOPY patchset, but enabling it doesn't help with the issue.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=55979
PeterG peter.g.anderson@live.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |peter.g.anderson@live.co.uk
--- Comment #6 from PeterG peter.g.anderson@live.co.uk --- As mentioned, deleting the Battle.net.14542 folder and using an older folder works until the app updates itself when you run it. However, if you delete the Battle.net.14542 folder and replace it with a symlink to the older folder, the app can not update itself when it runs.
e.g. Open a terminal inside the Battle.net folder after deleting the Battle.net.14542 folder:
ln -s ./Battle.net.14494 ./Battle.net.14542
https://bugs.winehq.org/show_bug.cgi?id=55979
Peter van de Werken peter@van-de-werken.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |peter@van-de-werken.nl
https://bugs.winehq.org/show_bug.cgi?id=55979
Ker noa blue-t@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |blue-t@web.de
https://bugs.winehq.org/show_bug.cgi?id=55979
Grigory Vasilyev h0tc0d3@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |h0tc0d3@gmail.com
--- Comment #7 from Grigory Vasilyev h0tc0d3@gmail.com --- (In reply to Olivier F. R. Dierick from comment #5)
Hello,
Confirming from my own experience.
As mentioned on bug 55980: It's possible to downgrade the application if you have an older Battle.net.XXXXX directory in drive_c/Program Files (x86)/Battle.net/, but this won't work if you have to login, as the app will update and force you to restart before you have a chance to enter your credentials.
From the linked reddit discussion, the issue is worked-around downstream with a hack (by Paul Gofman) from Valve/Proton: https://github.com/ValveSoftware/wine/commit/ 98bce52ddf46c0c8c6be57c27d4aa9c48303798b
Wine-GE is based on Proton, which is based on wine-staging. wine-staging has a ntdll-WRITECOPY patchset, but enabling it doesn't help with the issue.
Regards.
I made my own patch and solved battle.net crash. But there are other problems with wine-9.0rc1 that are interfering with blizzard games. For example, my fps is about 55 instead of 240. https://pastebin.com/TTPuqyV6
https://bugs.winehq.org/show_bug.cgi?id=55979
Liz Fong-Jones elizabeth@ctyalcove.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |elizabeth@ctyalcove.org
https://bugs.winehq.org/show_bug.cgi?id=55979
--- Comment #8 from Liz Fong-Jones elizabeth@ctyalcove.org --- See also #29384 - this is a possible CEF problem since battle.net updated their CEF to one with the regression (but sadly not past the commit that fixes the regression).
https://bugs.winehq.org/show_bug.cgi?id=55979
Jean DELVARE jdelvare@suse.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jdelvare@suse.de
https://bugs.winehq.org/show_bug.cgi?id=55979
Jay jaynobyl@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jaynobyl@gmx.de
https://bugs.winehq.org/show_bug.cgi?id=55979
chris@novazur.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chris@novazur.fr
https://bugs.winehq.org/show_bug.cgi?id=55979
--- Comment #9 from Jean DELVARE jdelvare@suse.de --- The WINE_SIMULATE_WRITECOPY=1 trick doesn't work for me (wine-staging 9.0-rc2, openSUSE package). Do I understand correctly that the code handling this environment variable is a downstream workaround and isn't present in upstream wine yet?
https://bugs.winehq.org/show_bug.cgi?id=55979
--- Comment #10 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- (In reply to Jean DELVARE from comment #9)
The WINE_SIMULATE_WRITECOPY=1 trick doesn't work for me (wine-staging 9.0-rc2, openSUSE package). Do I understand correctly that the code handling this environment variable is a downstream workaround and isn't present in upstream wine yet?
Hello,
Yes, that is a Valve/Proton hack. It's not included in wine or wine-staging. GloriousEggroll's wine-ge-custom includes it. I don't know about others wine forks.
If you want the hack in wine or wine-staging, you'll have to apply the patch from comment 7 on the source code and compile it. Note that the patch won't apply cleanly on wine-staging.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=55979
--- Comment #11 from Jean DELVARE jdelvare@suse.de --- I tried backporting the workaround to wine-staging, but Battle.net still crashes for me with an "unhandled stack overflow". Apparently I'll have a to let more seasoned wine developers deal with the issue.
I hope that we can come up with a workaround in wine-staging soon, because the next WotLK update on the server side will certainly require a client-side game update as well, and I won't be able to perform that update without a working Battle.net client.
https://bugs.winehq.org/show_bug.cgi?id=55979
--- Comment #12 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- (In reply to Jean DELVARE from comment #11)
I tried backporting the workaround to wine-staging, but Battle.net still crashes for me with an "unhandled stack overflow". Apparently I'll have a to let more seasoned wine developers deal with the issue.
I hope that we can come up with a workaround in wine-staging soon, because the next WotLK update on the server side will certainly require a client-side game update as well, and I won't be able to perform that update without a working Battle.net client.
Hello,
Ideally, the ntdll-WRITECOPY patchset of wine-staging should be revised.
In the meantime, I'll try to patch wine-staging 9.0-rc2 too and report what I can find.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=55979
--- Comment #13 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Created attachment 75723 --> https://bugs.winehq.org/attachment.cgi?id=75723 Hack for wine-staging
Hello,
I'm unable to reproduce a stack overflow with a shared wow64 build of wine-staging 9.0-rc2 and the attached patch.
I tested from scratch: Fresh Battle.net installer download in a new 64-bit wineprefix in its initial state.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=55979
--- Comment #14 from Jean DELVARE jdelvare@suse.de --- Thanks Olivier, but still no luck for me with your patch. I suppose my problem is slightly different from the one being reported here, even though it appeared with the same Battle.net update and the workaround seems to work for everyone else. I don't get it :-(
https://bugs.winehq.org/show_bug.cgi?id=55979
--- Comment #15 from chris@novazur.fr --- (In reply to Jean DELVARE from comment #14)
Thanks Olivier, but still no luck for me with your patch. I suppose my problem is slightly different from the one being reported here, even though it appeared with the same Battle.net update and the workaround seems to work for everyone else. I don't get it :-(
Rest assured, you are not alone. Personally, I'm waiting for wine-staging to contain all what is needed.
https://bugs.winehq.org/show_bug.cgi?id=55979
--- Comment #16 from chris@novazur.fr --- (In reply to Jean DELVARE from comment #14)
Thanks Olivier, but still no luck for me with your patch. I suppose my problem is slightly different from the one being reported here, even though it appeared with the same Battle.net update and the workaround seems to work for everyone else. I don't get it :-(
https://bugs.winehq.org/show_bug.cgi?id=29384#c56 worked for me !
https://bugs.winehq.org/show_bug.cgi?id=55979
--- Comment #17 from Joshua joshudson@gmail.com --- I am finding it's still broken with the hack applied, fresh .wine prefix, launched with PATH=~/wine/bin:$PATH WINEARCH=win64 WINEPREFIX=~/.wine2 wine Battle.net-Setup.exe (needs to be a 64 bit wine prefix or there will just be problems further down the line as something doesn't like 32 bit even though it says it does)
https://bugs.winehq.org/show_bug.cgi?id=55979
Igor Polyakov iop_jr@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |iop_jr@yahoo.com
--- Comment #18 from Igor Polyakov iop_jr@yahoo.com --- (In reply to PeterG from comment #6)
As mentioned, deleting the Battle.net.14542 folder and using an older folder works until the app updates itself when you run it. However, if you delete the Battle.net.14542 folder and replace it with a symlink to the older folder, the app can not update itself when it runs.
e.g. Open a terminal inside the Battle.net folder after deleting the Battle.net.14542 folder:
ln -s ./Battle.net.14494 ./Battle.net.14542
this hack works with the new version as well
delete the old folder then:
ln -s ./Battle.net.14494 ./Battle.net.14589
https://bugs.winehq.org/show_bug.cgi?id=55979
Alexander Potashev aspotashev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aspotashev@gmail.com