Debugging Blazor Apps with WebAssemblyServer 5.0.x Kills IIS Express

[nolanblew]

Describe the bug

On a Blazor WASM project, upgrading the Server to .NET 5 AND upgrading the Microsoft.AspNetCore.Components.WebAssemblyServer package to 5.0.x (I just tried the latest, 5.0.3) breaks any client-side debugging. After setting a breakpoint on a client page, the breakpoint does get recognized and turns fully red. However, the moment that breakpoint is hit, the .NET debugger detaches without warning or messages and IISExpress expectantly closes.

Also, attempting to debug using the remote debugger fails as well.

BREAKPOINT WITH Microsoft.AspNetCore.Components.WebAssemblyServer = 3.2.1 (Click GIF for full-screen resolution)

BREAKPOINT WITH Microsoft.AspNetCore.Components.WebAssemblyServer = 5.0.3 (Click GIF for full-screen resolution)

To Reproduce

You can easily repro with a clean, new project:

1. Create a new Blazor App project
2. Select Blazor WebAssembly App
   a. Ensure Configure for HTTPS is selected (because I haven't tested it off)
   b. Ensure ASP.NET Core hosted is selected (because I haven't tested it off)
   c. Progressive Web Application has been tested both on and off with no change
3. Once the project is created, navigate to the Client project in Solution Explorer, and go to Pages/[anypage]. Set a breakpoint in the code on any page that has code (I personally used the Counter page as it's very simple)
4. You may run the project now and ensure the breakpoint hits, or just skip to the next step
5. Right click on TestBlazorApp.Server and click Properties (or you can do the next 2 steps using the .csproj)
6. Under Target Framework, select .NET 5.0
7. Right click again on TestBlazorApp.Serverand clickManage NuGet Packages...`
8. There should only be 1 package, the Microsoft.AspNetCore.Components.WebAssemblyServer which is on v3.2.1. Choose to upgrade this to 5.0.3 (the current latest)
9. Now clean and rebuild the project for good measure, though I found this not necessary to produce the bug
10. Finally, run the app and hit the breakpoint again. Observe how IIS Express suddenly closes, and Visual Studio is no longer debugging the app.

If you can't seem to repro or for other reasons would like me to create a sample github repo I can!

Exceptions (if any)

I couldn't find any exceptions. IIS Exited with code -1, there is nothing in the EventViewer.

Further technical details

I am using the latest stable version of Visual Studio (16.8.5) along with the latest stable version of .NET that comes with Visual Studio. I believe that IIS is on 10.0. I am using a Windows 10 Pro Edition x64 with 64GB RAM and over 500GB of SSD space remaining. I have also tested on a separate device, a Surface Pro 7 with the VS Preview installed with the same result.

Using Chromium Edge: Dev (build 90.0.796.0) as well as the latest version of Chrome.

[captainsafia]

@nolanblew Can you try clearing out the .vs directory next to the solution file of the project in question?

Also: are you able to reproduce the same issue when debugging with Kestrel?

[nolanblew]

@nolanblew Can you try clearing out the .vs directory next to the solution file of the project in question?

Also: are you able to reproduce the same issue when debugging with Kestrel?

Unfortunately none of those helped.

Here's the output from kestrel (with the full directories redacted):

Deleting the .vs directory (I even restarted my computer for good measure) didn't help, though given I've been able to repro this issue on every PC with VS installed I hope it wouldn't be a corrupt .vs directory

[captainsafia]

Here's the output from kestrel (with the full directories redacted):

It looks like the debug proxy is launching and running on port 52636. Are you able to debug?

cc: @BrennanConroy for IIS express issues

[BrennanConroy]

I noticed in your 5.0 gif, the dotnet webassembly loaded is still version 3.2.

Can you try deleting the bin and obj folders for all projects manually, or just creating a 5.0 app in the first place to see if the issue still repros?

[nolanblew]

@captainsafia

No. When trying to use the remote browser debugger on kestrel in a debugging-browser (ALT+SHIFT+D) I get an empty page, and the kestrel output gives me this error:

Hosting environment: Production
Content root path: C:\Users\nolan\source\repos\TestBlazorApp\TestBlazorApp\Server
Now listening on: http://127.0.0.1:60346
Application started. Press Ctrl+C to shut down.
got exception System.Net.WebSockets.WebSocketException (997): The server returned status code '500' when status code '101' was expected.
   at System.Net.WebSockets.WebSocketHandle.ConnectAsync(Uri uri, CancellationToken cancellationToken, ClientWebSocketOptions options)
   at Microsoft.WebAssembly.Diagnostics.DevToolsProxy.Run(Uri browserUri, WebSocket ideSocket)
   at Microsoft.WebAssembly.Diagnostics.DebugExtensions.<>c__DisplayClass2_0.<<UseDebugProxy>g__ConnectProxy|5>d.MoveNext()
got exception System.Net.WebSockets.WebSocketException (997): The server returned status code '500' when status code '101' was expected.
   at System.Net.WebSockets.WebSocketHandle.ConnectAsync(Uri uri, CancellationToken cancellationToken, ClientWebSocketOptions options)
   at Microsoft.WebAssembly.Diagnostics.DevToolsProxy.Run(Uri browserUri, WebSocket ideSocket)
   at Microsoft.WebAssembly.Diagnostics.DebugExtensions.<>c__DisplayClass2_0.<<UseDebugProxy>g__ConnectProxy|5>d.MoveNext()
got exception System.Net.WebSockets.WebSocketException (997): The server returned status code '500' when status code '101' was expected.
   at System.Net.WebSockets.WebSocketHandle.ConnectAsync(Uri uri, CancellationToken cancellationToken, ClientWebSocketOptions options)
   at Microsoft.WebAssembly.Diagnostics.DevToolsProxy.Run(Uri browserUri, WebSocket ideSocket)
   at Microsoft.WebAssembly.Diagnostics.DebugExtensions.<>c__DisplayClass2_0.<<UseDebugProxy>g__ConnectProxy|5>d.MoveNext()

[nolanblew]

I noticed in your 5.0 gif, the dotnet webassembly loaded is still version 3.2.

Can you try deleting the bin and obj folders for all projects manually, or just creating a 5.0 app in the first place to see if the issue still repros?

@BrennanConroy Alright, I've closed VS, deleted the .vs, deleted all the bin and obj folders, deleted all my nuget caches, restarted my computer, and tried again with no avail. The issue still persists.

(Loading the dll on startup in the output now reveals:

'iisexpress.exe' (CoreCLR: clrhost): Loaded 'C:\Users\nolan\source\repos\TestBlazorApp\TestBlazorApp\Server\bin\Debug\net5.0\Microsoft.AspNetCore.Components.WebAssembly.Server.dll'. Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled.

Is that where you were looking when you determined it was still loading the old dll?

Also I am unable to create a new .net5 project as I don't have that template in the non-preview build of VS2019. That won't do anyways since the end goal is to upgrade an existing project

[BrennanConroy]

No, I was looking at the browser output. It was showing wasm/dotnet.3.2.0.js in the developer tools

[captainsafia]

@nolanblew Can you upload the project you running into to GH so we can try to repro on our end? It would help safe the back-and-forth.

Also, there should be a log file (visualstudio-js-debugger.txt) in your $TEMP$ directory that would provide some additional details.