WoW Infinite 0B/s Patch Issue

Hi there,

I’m using @Dox’s WoW installer currently but this happens on both the specific script and the “gold all-in-one” and it’s driving me nuts at this point that I can’t figure out the issue. The core of the issue is that any time WoW updates the patch gets about 60%, sometimes closer to 80%, and then gets stuck at “Downloading: XX.XX MB remaining @ 0B/s” and it will stay like that forever it seems. Below is a list of things I’ve tried to fix the issue:

  • Deleting the Battle.net ProgramData folder: no effect after relocating WoW on the disk
  • Deleting the Blizzard folder in ProgramData: same as above
  • Deleting both: same
  • Killing Agent.exe: Agent restarts as expected and the download bar changes to “Initializing” but then goes back to 0B/s again.

So far the only option I’ve found is to reinstall the game fully. I have left the client up overnight to nothing the last 2 patches and I can only assume that the patch today will give me the same issues. Below is my setup, if you need more info please just let me know and I’ll get it to you if possible:

  • Manjaro Linux (Arch based)
  • Budgie desktop environment
  • DXVK is installed and working
  • Threadripper CPU
  • Nvidia GTX 1070 GPU

Lutris logs from lutirs -d seems to just spew:

DEBUG    2018-09-06 19:08:20,524 [thread]:Processes excluded: Agent.exe (41395:S), wineserver (40530:S), wineconsole (41397:S)
DEBUG    2018-09-06 19:08:30,500 [thread]:Processes monitored: Battle.net Laun (40527:Z), Battle.net.exe (40573:S), Battle.net.exe (40737:S), Battle.net.exe (40739:S)
DEBUG    2018-09-06 19:08:32,505 [thread]:Processes monitored: Battle.net Laun (40527:Z), Battle.net.exe (40573:R), Battle.net.exe (40737:S), Battle.net.exe (40739:S)
DEBUG    2018-09-06 19:08:34,466 [thread]:Processes monitored: Battle.net Laun (40527:Z), Battle.net.exe (40573:S), Battle.net.exe (40737:S), Battle.net.exe (40739:S)
DEBUG    2018-09-06 19:08:36,502 [thread]:Processes monitored: Battle.net Laun (40527:Z), Battle.net.exe (40573:R), Battle.net.exe (40737:S), Battle.net.exe (40739:S)
DEBUG    2018-09-06 19:08:38,515 [thread]:Processes monitored: Battle.net Laun (40527:Z), Battle.net.exe (40573:S), Battle.net.exe (40737:S), Battle.net.exe (40739:S)
DEBUG    2018-09-06 19:08:42,524 [thread]:Processes monitored: Battle.net Laun (40527:Z), Battle.net.exe (40573:R), Battle.net.exe (40737:S), Battle.net.exe (40739:S)
DEBUG    2018-09-06 19:08:50,480 [thread]:Processes monitored: Battle.net Laun (40527:Z)

So I don’t see much useful there. Log of WoW launching is:

DEBUG    2018-09-06 18:59:49,976 [game]:Launching World of Warcraft: {'env': {'DXVK_HUD': 'devinfo,fps', 'PBA_DISABLE': '1', '__GL_SHADER_DISK_CACHE': '1', '__GL_SHADER_DISK_CACHE_PATH': '/home/steve/data/Games/world-of-warcraft', '__GL_THREADED_OPTIMIZATIONS': '1', '__PBA_CB_HEAP': '128', '__PBA_GEO_HEAP': '512', 'mesa_glthread': 'true', 'DRI_PRIME': '0', 'WINEDEBUG': '-all', 'WINEARCH': 'win64', 'WINE': '/home/steve/.local/share/lutris/runners/wine/esync-3.14-x86_64/bin/wine', 'WINEPREFIX': '/home/steve/data/Games/world-of-warcraft'}, 'command': ['/home/steve/.local/share/lutris/runners/wine/esync-3.14-x86_64/bin/wine', '/home/steve/data/Games/world-of-warcraft/drive_c/Program Files (x86)/Battle.net/Battle.net Launcher.exe']}
DEBUG    2018-09-06 18:59:49,979 [thread]:Command env: SDL_VIDEO_FULLSCREEN_DISPLAY="off" DXVK_HUD="devinfo,fps" PBA_DISABLE="1" __GL_SHADER_DISK_CACHE="1" __GL_SHADER_DISK_CACHE_PATH="/home/steve/data/Games/world-of-warcraft" __GL_THREADED_OPTIMIZATIONS="1" __PBA_CB_HEAP="128" __PBA_GEO_HEAP="512" mesa_glthread="true" DRI_PRIME="0" WINEDEBUG="-all" WINEARCH="win64" WINE="/home/steve/.local/share/lutris/runners/wine/esync-3.14-x86_64/bin/wine" WINEPREFIX="/home/steve/data/Games/world-of-warcraft" 
DEBUG    2018-09-06 18:59:49,979 [thread]:Running command: "/home/steve/.local/share/lutris/runners/wine/esync-3.14-x86_64/bin/wine" "/home/steve/data/Games/world-of-warcraft/drive_c/Program Files (x86)/Battle.net/Battle.net Launcher.exe"
DEBUG    2018-09-06 18:59:49,979 [thread]:Storing environment variable SDL_VIDEO_FULLSCREEN_DISPLAY to off
DEBUG    2018-09-06 18:59:49,979 [thread]:Storing environment variable DXVK_HUD to devinfo,fps
DEBUG    2018-09-06 18:59:49,979 [thread]:Storing environment variable PBA_DISABLE to 1
DEBUG    2018-09-06 18:59:49,979 [thread]:Storing environment variable __GL_SHADER_DISK_CACHE to 1
DEBUG    2018-09-06 18:59:49,979 [thread]:Storing environment variable __GL_SHADER_DISK_CACHE_PATH to /home/steve/data/Games/world-of-warcraft
DEBUG    2018-09-06 18:59:49,979 [thread]:Storing environment variable __GL_THREADED_OPTIMIZATIONS to 1
DEBUG    2018-09-06 18:59:49,979 [thread]:Storing environment variable __PBA_CB_HEAP to 128
DEBUG    2018-09-06 18:59:49,980 [thread]:Storing environment variable __PBA_GEO_HEAP to 512
DEBUG    2018-09-06 18:59:49,980 [thread]:Storing environment variable mesa_glthread to true
DEBUG    2018-09-06 18:59:49,980 [thread]:Storing environment variable DRI_PRIME to 0
DEBUG    2018-09-06 18:59:49,980 [thread]:Storing environment variable WINEDEBUG to -all
DEBUG    2018-09-06 18:59:49,980 [thread]:Storing environment variable WINEARCH to win64
DEBUG    2018-09-06 18:59:49,980 [thread]:Storing environment variable WINE to /home/steve/.local/share/lutris/runners/wine/esync-3.14-x86_64/bin/wine
DEBUG    2018-09-06 18:59:49,980 [thread]:Storing environment variable WINEPREFIX to /home/steve/data/Games/world-of-warcraft
wine: cannot find L"C:\\windows\\system32\\winemenubuilder.exe"
DEBUG    2018-09-06 18:59:52,326 [thread]:Start process monitoring

Like I said, at this point when it works it plays flawlessly, but this patching issue is a major killer as it just means I need to delete and reinstall.

Any help is greatly appreciated in trying to solve this.

To note, I have created a second instance of the install so I can re-download the game again to have a working copy while keeping this broken instance.

Another thing I just observed, if I start the install of another game the download begins fine. I haven’t let one complete but one got to about 25% with no issues. I paused it and started the WoW patch again and it is still stuck at 0B/s.

First of all, you don’t have debug output turned on for the game. So you actually not showing us any output (Just the Lutris parts due to the lutris -d, but you disabled wine output).

2ndly, updating has been a bit slow for me aswell, I turn it on and go do other stuff. And if it gets stuck, I just shut down Blizzard App completely and start it again, it tends to finish in 1 or 2 tries. Other then that, I don’t know.

I could suggest 2 things:

  1. Use the World of Warcraft installer just for WoW, instead of the All-in-One (its experimental and even I don’t use it for regular usage)

  2. Make sure you disable PBA if you are not playing SCII / SC remastered. You don’t need it, and it might affect Blizzard App somehow.

Ive seen the progress bar get stuck a few times if its a big download (in windows and linux). Eventually it would finish if I left it alone, even though it appeared to be stalled. You can verify this if you have a network monitor applet, or anything that shows internet traffic.

So this is happening for me on both. I have swapped from the All-In-One to the standalone to see if it corrected it after the last patch but it still did the same thing. Otherwise the download speed has been fine, I get a normal 10MB/s on my connection right up until the last 20% or so where it just seems to stop.

I have closed it and reopened it numerous times, even turning off DXVK to make sure that wasn’t the issue for some weird reason. Otherwise PBA is always disabled other than the one time I turned it on to try it as a test.

For the logs, I’ll look at it, I thought they were on, but maybe not.

@Atlantida Opening the network monitor shows me no throughput once I close Chrome and any other internet using applications, so it’s not just a UI lockup or error, it is indeed not sending or receiving anything. Also as I said above I have left it overnight after starting and stopping it multiple times to return to it still sitting on the last 58MB (the last patch) or the last 285MB (the previous one) at 0B/s.

I did manage to get it to do something weird though last night that “unlocked” the download. After opening and wiping a few different files in the data/data directory and then re-opening the client it errored and did a repair check on itself and then correctly continued downloading and finished. Not quite sure that means anything, but maybe if someone else if having this issue they might be able to test that to see if it works widely?

What version of wine do you have installed native on your PC? You mentioned you got a second instance of battle.net/wow installed and working? Is that installed on the same hard drive as the broken one? Did you use Lutris to install the working one?

@Atlantida sorry ended up going on vacation, I will double check and get back to you as soon as I’m back.

OK, @Dox. I enabled debugging mode for my WoW install and started Lutris in debugging mode. I am having the same issue since the update that came out this weekend. The only difference I see in the Lutris debug output is:

003d:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
003d:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
003d:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2

I’m not sure that’s even relevant though? Is there something specifically you’d like me to look for? Am I even looking in the correct place?

Looking at it more I see more fixme errors further up. Here is the full log from that run: https://gist.github.com/firrae/b8e64845a0f9d3629e9f7d3376cc64e

On my secondary install (which I can recreate the issue with) I’ll begin trying to pinpoint what file it was I deleted that caused it to do a self-scan and the download to work.

For the record, this might just be a Manjaro issue, but I kinda hope not as I don’t really want to move to Ubuntu unless I need to.

Your logs ain’t found. Anyways, fixme’s aren’t errors.

And I know the exact file C:\ProgramData\Battle.net\Agent\product.db, however, just to be sure, we delete the entire folder.

I have no issues on Arch, I do have 0kb/s seconds for a bit during the last update, I waited 5 minutes and it ended up finishing.

Log link correction: https://gist.github.com/firrae/b8e64845a0f9d3629e9f7d3376cc64eb#file-lutris-log. I apparently missed a “b” at the end.

As for deleting the product.db file and it working, that is not correct. Below is a link to a video (currently it’s processing as of my reply): https://youtu.be/igUKW1P_ohI

In it you will see me try this method in 2 different ways and yet the issue continues. I didn’t want a 30 hr video so I only sat on waiting for it to start working for a minute or so each time. Previously, after doing it the second way I did in the video, I left it for 12+ hrs overnight and while I was working and it didn’t budge.

Any other thoughts?

You have 1 error in there:

0035:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.

So you can try installing winbind

Other then that I see nothing weird, so if it isn’t that, I can only think of firewall issues on your router.