https://bugs.winehq.org/show_bug.cgi?id=43011
Bug ID: 43011 Summary: StarCraft Brood War 1.18 significant delays in CEF Browser Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: iop_jr@yahoo.com Distribution: ---
Created attachment 58153 --> https://bugs.winehq.org/attachment.cgi?id=58153 first file that gets loaded
I built this version of Wine to run StarCraft 1.18: https://github.com/awesie/wine-starcraft
The single player works fine. However, when I click on Multiplayer, there's a slight delay and it loads http://127.0.0.1:42475/gamedata/webui/dist/LANProtocolSelectionPanel/LANProt...
then it loads http://127.0.0.1:42475/gamedata/webui/dist/GatewayPanel/GatewayPanel.html?po...
then it loads http://127.0.0.1:42475/gamedata/webui/dist/InfoPanel/InfoPanel.html?port=424...
after that, it starts to load the corresponding JS files
and only after all of that, there's a longer delay and it starts to download http://127.0.0.1:42475/gamedata/webui/dist/lib/fonts/Eurostile-Reg.otf
once that is done, I see text in the Battle.net menu
Also, it starts to download http://127.0.0.1:42475/gamedata/webui/dist/lib/fonts/EurostileExt-Reg.otf and when that is done, the text changes in appearance
All in all, it takes a little bit over 30 seconds to finish loading this menu. It takes as long to show the login modal. It takes this long to show the create game modal. It takes as long to show player names in the game menu.
While the game is playable when I start it, the delay in making the game often makes people leave before I can even select my race or see their chat messages.
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #1 from Igor Polyakov iop_jr@yahoo.com --- Created attachment 58154 --> https://bugs.winehq.org/attachment.cgi?id=58154 second file that gets loaded
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #2 from Igor Polyakov iop_jr@yahoo.com --- Created attachment 58155 --> https://bugs.winehq.org/attachment.cgi?id=58155 third file that gets loaded
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #3 from Igor Polyakov iop_jr@yahoo.com --- Created attachment 58156 --> https://bugs.winehq.org/attachment.cgi?id=58156 The logs starting from when you go to the battle.net menu up until it gets loaded
https://bugs.winehq.org/show_bug.cgi?id=43011
Igor Polyakov iop_jr@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Ubuntu
https://bugs.winehq.org/show_bug.cgi?id=43011
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be
--- Comment #4 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- (In reply to Igor Polyakov from comment #0)
I built this version of Wine to run StarCraft 1.18: https://github.com/awesie/wine-starcraft
This is a custom patched wine version. Please retest with plain wine or wine-staging (development version is currently 2.7).
https://bugs.winehq.org/show_bug.cgi?id=43011
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |42741
--- Comment #5 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Olivier F. R. Dierick from comment #4)
This is a custom patched wine version. Please retest with plain wine or wine-staging (development version is currently 2.7).
This bug depends on bug 42741, it is currently not testable in plain nor staging.
https://bugs.winehq.org/show_bug.cgi?id=43011
Tim badbrainjohnson@mail.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |badbrainjohnson@mail.de
--- Comment #6 from Tim badbrainjohnson@mail.de --- @Igor I still didn't experience this behaviour. Can I provide any information about my setup that might help find the cause?
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #7 from Igor Polyakov iop_jr@yahoo.com --- (In reply to Tim from comment #6)
@Igor I still didn't experience this behaviour. Can I provide any information about my setup that might help find the cause?
Sure, I'd like to see who has this issue and who doesn't. I am on Ubuntu 17.04, I have an Intel i7-4770k processor and an AMD R9 290 graphics card.
https://www.twitch.tv/videos/141235185
you can see how it happens in my video
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #8 from Tim badbrainjohnson@mail.de --- (In reply to Igor Polyakov from comment #7)
(In reply to Tim from comment #6)
@Igor I still didn't experience this behaviour. Can I provide any information about my setup that might help find the cause?
Sure, I'd like to see who has this issue and who doesn't. I am on Ubuntu 17.04, I have an Intel i7-4770k processor and an AMD R9 290 graphics card.
[...]
I'm on Zesty as well, running on a quite old laptop with an Intel P6200 (has integrated HD Graphics). Kernel is a custom 4.11 (could provide my .config, but I doubt that this is a kernel issue)
As I don't have much experience with wine, I struggled to get this to work and tried many things over two days. From memory and current config, here's what currently works for me: 1. set up a chroot to build wine and run the game as explained here: https://wiki.winehq.org/Building_Wine 2. apt-get build-dep wine32-development to satisfy the dependencies, added libva-dev manually, a plain ./configure then gives me no warnings that seem important, make && make install 3. winetricks corefonts 4. winecfg options: - default Windows Version is Windows 7, for StarCraft.exe it's WinXP - default Staging: checkboxes 1, 2 and 4 checked - StarCraft.exe Staging: I just realized, that those options are also application specific...so no boxes checked, which confuses me as the STARCRAFT note in the src explicitly states to check box 4 to avoid crashes which do not happen for me 5. I used StarCraft-Setup.exe from Blizzard to install the game, the .exe for the public test realm also works
I'm not sure if this is any help, but I'd be happy to provide more information. Or even start from scratch to reproduce my exact steps.
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #9 from Igor Polyakov iop_jr@yahoo.com --- I built it with LXC like it says here https://wiki.winehq.org/Building_Biarch_Wine_On_Ubuntu
but I also have a binary from someone else that I test on, the results are the same
it also works with WINEARCH=win64 the same way, around the same amount of delay.
https://bugs.winehq.org/show_bug.cgi?id=43011
Evren evren.demirk4n@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |evren.demirk4n@gmail.com
--- Comment #10 from Evren evren.demirk4n@gmail.com --- Hi Igor, I created a custom installer for StarCraft 1.18.x on Ubuntu using the latest wine-staging source code. Andrew's build was based on 2.6, this uses 2.7 and you don't need to set XP mode for StarCraft.exe .It works with Global Settings (Windows 7) Actually, it crashes if you do otherwise :)
Give it a shot, maybe it helps your CEF latency issue.
https://github.com/aveferrum/wine-starcraft-installer
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #11 from Igor Polyakov iop_jr@yahoo.com --- I just tried the script. It worked well to install the game and get to run. But it does not actually fix the issue.
https://bugs.winehq.org/show_bug.cgi?id=43011
vlk381@centrum.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vlk381@centrum.cz
https://bugs.winehq.org/show_bug.cgi?id=43011
Igor Polyakov iop_jr@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |2.8
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #12 from Igor Polyakov iop_jr@yahoo.com --- I tried running this on 2.8 staging, I'm still getting this issue. I also switched to LXDE and that didn't affect it.
https://bugs.winehq.org/show_bug.cgi?id=43011
R Domingues rfjdomingues@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rfjdomingues@gmail.com
--- Comment #13 from R Domingues rfjdomingues@gmail.com --- I have the same issue - running Fedora 25, GNOME X11, on a Intel CPU with HD3000 integrated graphics.
Using wine 2.8 staging the game installs, loads and plays perfectly without any modification to wine.
On the other hand, when connecting to BNET the UI interface appears without any text, unless I wait 2-3 minutes. Whenever I change menus I have to wait another 2-3 minutes for the text to appear.
This issue is not exclusive to Wine as there are people reporting this issue on Windows/MAC machines in the BNET forums.
I have another machine, running Windows 8.1, where I can play multiplayer flawlessly from a USB drive. Bizarrely, I run into the same issue if I start the game from a copy in the machine's HDD - menus without any text.
On another machine running Windows 7, I have no trouble playing from either the USB or the HDD.
Every time I load the game on the Windows machines, a popup appears asking if I want to add the game to the Windows firewall. On Wine the same popup never appears.
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #14 from Evren evren.demirk4n@gmail.com --- (In reply to R Domingues from comment #13)
I have the same issue - running Fedora 25, GNOME X11, on a Intel CPU with HD3000 integrated graphics.
Hi,
In my current working no-delay-in-Bnet setup, I found that StarCraft.exe is spawning a ClientSdkFirewallHelper.exe process to check if StarCraft.exe is excluded from Firewall or not.
0009:Call KERNEL32.CreateProcessW(00000000,037991b4 L"ClientSdkFirewallHelper.exe -check "C:\local_games\StarCraft\StarCraft.exe"",00000000,00000000,00000000,08000020,00000000,0390bf94 L"C:\local_games\StarCraft",0032f3cc,0032f410) ret=1006ee90
.... [snip]
with a return of:
0009:Ret KERNEL32.CreateProcessW() retval=00000001 ret=1006ee90
and generating a FIXME of "fixme:hnetcfg:fw_profile_get_FirewallEnabled 0x12fdb0, 0xc2f5a0"
Now, I am not sure what "retval=00000001" means...An error? A confirmation that StarCraft.exe is excluded from the firewall? Or something else. Afaik there's no firewall implementation in Wine.
Here, https://us.battle.net/forums/en/starcraft/topic/20754425833 Blizzard dev suggests checking/allowing StarCraft.exe on the firewall using the following command. (ClientSdkFirewallHelper.exe should be within the same folder with StarCraft.exe)
"ClientSdkFirewallHelper.exe -allow [Path to starcraft.exe]"
If this solves your popup and delay issue on Windows 8.1 we may narrow the issue to Firewall call. What I am thinking that, once you enter the multiplayer menu, ClientSdkFirewallHelper gets fired but unable to return immediately causing a timeout and delay for the main StarCraft.exe process. And following that for each subsequent action, called again..and again waiting for a timeout to continue.
Another workaround may be deleting/renaming "ClientSdkFirewallHelper.exe". Once I renamed that file, I didn't get a crash but SC asked me to "add StarCraft to the whitelist" each time I clicked on the Multiplayer menu. I selected OK/cancel and again once I got into the Bnet menu, there was no delay.
You can create a more detailed log adding the WINEDEBUG=+relay prefix and dump the output to a file for further inspection. Search for "FireWall", I hope your debug output may bring us one step closer to the solution.
WINEDEBUG=+relay WINEPREFIX="/home/ras/wine-prefix/sc/" wine /home/ras/wine-prefix/sc/drive_c/local_games/StarCraft/StarCraft.exe &>relmsg.log
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #15 from Igor Polyakov iop_jr@yahoo.com --- I tried this, but renaming the file only gave me the prompt. The Battle.net menus are still slow. I reverted the change and ran it with WINEDEBUG set to +relay. I can't attach the whole file, since it's 400MB. I'll attach the relevant lines.
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #16 from Igor Polyakov iop_jr@yahoo.com --- Created attachment 58253 --> https://bugs.winehq.org/attachment.cgi?id=58253 Firewall calls
This is with ClientSdkFirewallHelper.exe present
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #17 from Igor Polyakov iop_jr@yahoo.com --- Created attachment 58254 --> https://bugs.winehq.org/attachment.cgi?id=58254 this is with ClientSdkFireWallHelper.exe renamed
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #18 from R Domingues rfjdomingues@gmail.com --- (In reply to Evren from comment #14)
Here, https://us.battle.net/forums/en/starcraft/topic/20754425833 Blizzard dev suggests checking/allowing StarCraft.exe on the firewall using the following command. (ClientSdkFirewallHelper.exe should be within the same folder with StarCraft.exe)
"ClientSdkFirewallHelper.exe -allow [Path to starcraft.exe]"
I think you've got it wrong, the DEV asked a user to download and run a different utility than the one present in the game folder (same name, different files ~400kb vs ~250kb). I ran it and it simply added both starcraft.exe and mdnsresponder.exe to the Windows firewall. When I run the game, the pop up doesn't show anymore but the problem still remains.
I deleted starcraft.exe and mdnsresponder.exe entries from the firewall whitelist, and I ran StarCraft from the USB drive. The popup appears, I press OK but nothing is added to the firewall. The moment I select a gateway and try to login I get a message from the Windows Firewall asking to add StarCraft to the whitelist. mdnsresponder.exe is not whitelisted but the game still runs.
If this solves your popup and delay issue on Windows 8.1 we may narrow the issue to Firewall call. What I am thinking that, once you enter the multiplayer menu, ClientSdkFirewallHelper gets fired but unable to return immediately causing a timeout and delay for the main StarCraft.exe process. And following that for each subsequent action, called again..and again waiting for a timeout to continue.
It may be worth noting that while the text is not rendered, the starcraft doesn't lock. I can't still go back in the menus.
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #19 from Igor Polyakov iop_jr@yahoo.com --- I installed a fresh Ubuntu 17.04 on a separate hard drive; installed 32 bit drivers and installed the game fresh. I'm still running into this issue.
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #20 from Igor Polyakov iop_jr@yahoo.com --- I tried a clean 16.04 Ubuntu install and this bug is gone. I did roughly the same steps as a clean 17.04 install which had this bug. This is regression in Ubuntu 17.04
https://bugs.winehq.org/show_bug.cgi?id=43011
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #21 from winetest@luukku.com --- (In reply to Igor Polyakov from comment #20)
I tried a clean 16.04 Ubuntu install and this bug is gone. I did roughly the same steps as a clean 17.04 install which had this bug. This is regression in Ubuntu 17.04
Does your wine versions match also if you build from source do you have the same configuration at compile time?
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #22 from Igor Polyakov iop_jr@yahoo.com --- (In reply to winetest from comment #21)
(In reply to Igor Polyakov from comment #20)
I tried a clean 16.04 Ubuntu install and this bug is gone. I did roughly the same steps as a clean 17.04 install which had this bug. This is regression in Ubuntu 17.04
Does your wine versions match also if you build from source do you have the same configuration at compile time?
I installed 2.10 staging on both by following the steps here:
https://wine-staging.com/installation.html#distro_ubuntu
https://bugs.winehq.org/show_bug.cgi?id=43011
Jan Kroeze thejcwk@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thejcwk@gmail.com
--- Comment #23 from Jan Kroeze thejcwk@gmail.com --- This bug also affects StarCraft Remastered v1.20.2.2660 using wine 1.15 (staging).
The Battle.net forums have many reports of the same symptoms. Most of them seem to be related to anti-virus programs or firewalls.
Has anyone had any luck fixing this problem?
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #24 from Igor Polyakov iop_jr@yahoo.com --- Yes, installing Ubuntu 16.04 instead of 17.04 resolved my issue.
https://bugs.winehq.org/show_bug.cgi?id=43011
Johan Gardhage johan.gardhage@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |johan.gardhage@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=43011
Marcin Zajaczkowski mszpak@wp.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mszpak@wp.pl
https://bugs.winehq.org/show_bug.cgi?id=43011
tokktokk fdsfgs@krutt.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs@krutt.org
https://bugs.winehq.org/show_bug.cgi?id=43011
AleXoundOS@ya.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |AleXoundOS@ya.ru
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #25 from winetest@luukku.com --- Someone said bug 2467 is the same as this bug here.
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #26 from winetest@luukku.com --- (In reply to winetest from comment #25)
Someone said bug 2467 is the same as this bug here.
actually no, but this bug is mentionedoed there.
https://bugs.winehq.org/show_bug.cgi?id=43011 Bug 43011 depends on bug 42741, which changed state.
Bug 42741 Summary: Multiple Blizzard games fail to launch (StarCraft I & II, Diablo III, Heroes of the Storm) https://bugs.winehq.org/show_bug.cgi?id=42741
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
https://bugs.winehq.org/show_bug.cgi?id=43011
arilou@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |arilou@gmail.com
--- Comment #27 from arilou@gmail.com --- Just wanted to update a workaround, it seems like the issue is that the API that Blizzard are using (is probably Winhttp) which ends up doing DNS lookups for wpad, which simply times out.
A simple solution that worked for me was to add to /etc/hosts 127.0.0.1 wpad 127.0.0.1 wpad.lan
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #28 from Hans Leidekker hans@meelstraat.net --- Please attach a WINEDEBUG=+winhttp trace.
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #29 from arilou@gmail.com --- Created attachment 70023 --> https://bugs.winehq.org/attachment.cgi?id=70023 Winhttp log showing the issue
The Wine winhttp log, I have submitted a patch which skips the WPAD flow in case the access is to localhost
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #30 from arilou@gmail.com --- Oops I stand correct the log is with my patch inside, but you can see see the requests to WinHttpGetProxyForUrl calls with 127.0.0.1
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #31 from Hans Leidekker hans@meelstraat.net --- (In reply to arilou from comment #30)
Oops I stand correct the log is with my patch inside, but you can see see the requests to WinHttpGetProxyForUrl calls with 127.0.0.1
Can you get a WINEDEBUG=+timestamp,+winhttp log without the patch?
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #32 from arilou@gmail.com --- Created attachment 70024 --> https://bugs.winehq.org/attachment.cgi?id=70024 winhttp+timestamp
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #33 from Hans Leidekker hans@meelstraat.net --- (In reply to arilou from comment #32)
Created attachment 70024 [details] winhttp+timestamp
154383.366:03ec:trace:winhttp:resolve_hostname failed to get IPv4 address of L"wpad", retrying with IPv6
Resolving a hostname shouldn't take seconds. I can't reproduce it here, can you check your DNS configuration? What does 'dig wpad' give?
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #34 from arilou@gmail.com --- There is nothign fancy in my resolv.conf (It's Fedora 34) there is simply # Generated by NetworkManager search lan nameserver 192.168.1.1
192.168.1.1 is the router...
dig wpad does return immediately here is the output
; <<>> DiG 9.16.15-RH <<>> wpad ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63314 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION: ;wpad. IN A
;; Query time: 1 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; WHEN: Thu May 20 14:06:35 IDT 2021 ;; MSG SIZE rcvd: 22
https://bugs.winehq.org/show_bug.cgi?id=43011
vlk381@centrum.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|vlk381@centrum.cz |
https://bugs.winehq.org/show_bug.cgi?id=43011
robert.roth.off@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |robert.roth.off@gmail.com
--- Comment #35 from robert.roth.off@gmail.com --- After having the same issue as described here, and also having the wpad DNS query taking 3843 msec (dig wpad output below) I am also available for providing any more information to get this investigated, maybe having the logs from someone else too will help narrowing the issue down.
I have also tried adding wpad to /etc/hosts as 127.0.0.1 as suggested in workaround by arilou, but that broke multiplayer of Starcraft completely for me, so removed them.
; <<>> DiG 9.16.15-RH <<>> wpad ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 31665 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 65494 ;; QUESTION SECTION: ;wpad. IN A
;; Query time: 3843 msec ;; SERVER: 127.0.0.53#53(127.0.0.53) ;; WHEN: Mon May 31 11:34:10 EEST 2021 ;; MSG SIZE rcvd: 33
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #36 from Hans Leidekker hans@meelstraat.net --- (In reply to robert.roth.off from comment #35)
After having the same issue as described here, and also having the wpad DNS query taking 3843 msec (dig wpad output below) I am also available for providing any more information to get this investigated, maybe having the logs from someone else too will help narrowing the issue down.
I have also tried adding wpad to /etc/hosts as 127.0.0.1 as suggested in workaround by arilou, but that broke multiplayer of Starcraft completely for me, so removed them.
; <<>> DiG 9.16.15-RH <<>> wpad ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 31665 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 65494 ;; QUESTION SECTION: ;wpad. IN A
;; Query time: 3843 msec ;; SERVER: 127.0.0.53#53(127.0.0.53) ;; WHEN: Mon May 31 11:34:10 EEST 2021 ;; MSG SIZE rcvd: 33
Is this also Fedora 34?
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #37 from robert.roth.off@gmail.com ---
Is this also Fedora 34?
Yes, this is also Fedora 34, but the issue happened also on Fedora 33 with wine staging.
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #38 from Hans Leidekker hans@meelstraat.net --- (In reply to robert.roth.off from comment #37)
Is this also Fedora 34?
Yes, this is also Fedora 34, but the issue happened also on Fedora 33 with wine staging.
Might be related to the switch to systemd-resolved in Fedora 33 then.
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #39 from robert.roth.off@gmail.com --- (In reply to Hans Leidekker from comment #38)
(In reply to robert.roth.off from comment #37)
Is this also Fedora 34?
Yes, this is also Fedora 34, but the issue happened also on Fedora 33 with wine staging.
Might be related to the switch to systemd-resolved in Fedora 33 then.
Definitely was caused by that, as disabling systemd-resolved did solve the long waits. It also explains why Ubuntu had this since quite a long time, as they switched to systemd-resolved about 3 years ago, in 16.10. That explains why someone mentioned in a comment that 16.04 doesn't have the issue, and 17.04 has this issue.
I still can't connect to any battle net servers, which I will need to investigate and probably report separately (unless it was fixed by other bugfix, I saw some recent changes related to battle net games in wine), but at least the resources are loaded quickly.
https://bugs.winehq.org/show_bug.cgi?id=43011
DeathTBO@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |DeathTBO@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #40 from DeathTBO@gmail.com --- Fedora 36 here. The long load times are a beat down, and I had no luck adding 127.0.0.1 wpad to the hosts file.
After some research tho, it seems some Windows 10 users found a way to "break" wpad by adding 255.255.255.255 wpad in their hosts file. Adding it to my hosts file makes all the menus instantly load.
But I'm not much of a networking guy. I don't know the ramifications of adding the broadcast address to your hosts file. I was hoping to share my findings and maybe gain some clarity on this.
https://bugs.winehq.org/show_bug.cgi?id=43011
--- Comment #41 from Ken Sharp imwellcushtymelike@gmail.com --- Does this still occur with Wine 9.9 or later?