Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Blazor WASM (Old-style project) stuck on mono_wasm_runtime_ready #115297

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
1 task done
ToDelete123 opened this issue May 1, 2025 · 3 comments
Open
1 task done

Blazor WASM (Old-style project) stuck on mono_wasm_runtime_ready #115297

ToDelete123 opened this issue May 1, 2025 · 3 comments
Labels
area-Debugger-mono untriaged New issue has not been triaged by the area owner

Comments

@ToDelete123
Copy link

ToDelete123 commented May 1, 2025

Is there an existing issue for this?

  • I have searched the existing issues

Describe the bug

Basically...

My Blazor WASM app is stuck on mono_wasm_runtime_ready. The only way to progress is to open dev tools and resume, but this prevents breakpoints binding.

More Info

We have a corporate Blazor WASM app that we originally created in dotnet 5, which is now on dotnet 9.

It references the Framework JS file: _framework/blazor.webassembly.js.

When debugging it gets stuck in the mono_wasm_runtime_ready method on debugger;. I understand this is so VS can attach the debugger, but unfortunately it doesn't allow me to debug my app.

Some times, usually the first time in the day, it works fine: it goes to the home page and allows me to debug. But then after that it gets stuck.

My colleagues do not appear to have the issue, either.

The issue appears on both Edge and Chrome, with Extensions disabled.

What did I try?

  1. Enabled Just My Code
  2. Restart Visual Studio
  3. Delete bin & obj folders => This seems to have helped, but then the issue reoccurs and I ain't doing this
  4. Try moving everything to a brand new Blazor WASM app, but had a few issues (esp with auth) and spent too long on it

Not sure if it's related, but when stopping the debugging, the debugger doesn't close and I have to force it to.

Expected Behavior

It should navigate to the first page and breakpoints be bound.

Steps To Reproduce

Not sure, to be honest. Seems like it's environmental. Going to reclone it.

Exceptions (if any)

No Exceptions, just paused on debugger

.NET Version

dotnet 9

Anything else?

No response

@ToDelete123
Copy link
Author

Recloned it and it seemed to behave for a little while, but then I had to close the browser because VS "crashed". Now it's broken again.

@ToDelete123
Copy link
Author

Restarting VS seems to fix it, but...

Image

@javiercn javiercn transferred this issue from dotnet/aspnetcore May 5, 2025
@dotnet-policy-service dotnet-policy-service bot added the untriaged New issue has not been triaged by the area owner label May 5, 2025
Copy link
Contributor

Tagging subscribers to this area: @thaystg
See info in area-owners.md if you want to be subscribed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-Debugger-mono untriaged New issue has not been triaged by the area owner
Projects
None yet
Development

No branches or pull requests

1 participant