_This issue has been moved from a ticket on Developer Community._
[severity:I'm unable to use this version of Visual Studio]
Of course this is wrong. It should complete loading the application and show the application contents, but it hangs there for at least 10 minutes that I left it there. My conclusion is the the application hangs.
We have directed your feedback to the appropriate engineering team for further evaluation. The team will review the feedback and notify you about the next steps.
In short: The issue seems to go away after 'opening' the firewall. Initially there was no hint (and I did not think) about checking if the firewall is allowing access.
Explanation:
I downloaded version 16.8 preview 5, and it seemed to have the same problem. But then at some point when I was trying to run the application (PWA) from within Visual Studio, I (surprisingly for the very first time) got a message from my Windows Firewall that an application (Nodejs) was blocked and that I had to give permission for it to communicate over the network. After giving it this firewall permission, the problem went away.
Suggestion: when in development mode, after a timeout showing 'Loading...' in the browser, show a message to the developer (or some hint) to check the firewall!
Thanks for contacting us.
@captainsafia do we know whether this port-opening is expected? If I remember correctly, Firewall will pop up for any app asking to open any ports. Given that the Debugger does indeed try to open up a port, I think this is expected.
@mkArtakMSFT Yes, this is expected. The NodeJS process that is asking for the debugger is the vscode-js-debug adapter.
@guardrex Let's add a note about this in the docs.
@captainsafia ... This is such a fundamental problem it seems like it should be covered in the Get Started topic. Is that correct, or where do you want it covered?
@guardrex Yeah, I would propose adding a bullet under the debugging prerequisites section (e.g. "Ensure that no firewalls or proxies will block communication with the debug proxy") then a few sentences in the troubleshooting section about configuring the Windows Firewall.
That list is about browser versions, so that text won't compose well there. It will need to be it's own separate instruction. We can look at it on the PR shortly.
Sounds good! I'll close this issue in favor of the docs issue referenced above.
I think the problem is that you need the latest Edge Beta for Blazor .NET5 to work. It should work in Chrome/Firefox, which should prove it's not a firewall issue.
This is why I cannot upgrade my work project. I can't instruct customers to download beta apps.
I hope the compatible version of Edge will be released soon!
@mrpmorris Assuming I understood your report correctly, this seems unrelated to debugging. This issue only affects development instances of the app and shouldn't affect customers. If you've noticed something weird with Edge Beta and Blazor in production, please file a new issue so we can track it.
@captainsafia There isn't a problem with the latest beta. My problem is that if I want to use Net5 wasm I have to tell my clients to install Beta software, and as they are all large companies there is zero chance of that happening.
We really need a compatible version of Edge to be released to support Net5