You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This proposes adding an error boundaries feature to Blazor, as inspired by the implementation in React. This feature would allow developers to implement logic on individual components to capture any excpetions, log, display a fallback UI, send telemetry, etc.
This feature was proposed in dotnet/aspnetcore#13452 but I'm pulling it out into a separate issue to avoid conflating per-component exception handling with global exception handling.
Motivation
A meaningfully complex Blazor app will contain numerous components, both first-party and third-party. There's no way to guarantee that all exception cases will be handled in a component. There's also no way to indicate that even though an unhandled exception occurred in one part of the app, that the entire app is not compromised.
Goals
Allow users to provide fallback UIs for select component subtrees in the event that there is an exception there
Allow users to build apps with cleaner fallback experiences in the event of unexpected UIs
Give users more fine-grained control over how failures are handled in the app
Non-goals
Implement any kind of global exception handling in Blazor (will leave that tracked in the issue above)
Add more sophisticated exception handling to the components in Blazor (besides the APIs needed to build this feature)
The text was updated successfully, but these errors were encountered:
Summary
This proposes adding an error boundaries feature to Blazor, as inspired by the implementation in React. This feature would allow developers to implement logic on individual components to capture any excpetions, log, display a fallback UI, send telemetry, etc.
This feature was proposed in dotnet/aspnetcore#13452 but I'm pulling it out into a separate issue to avoid conflating per-component exception handling with global exception handling.
Motivation
A meaningfully complex Blazor app will contain numerous components, both first-party and third-party. There's no way to guarantee that all exception cases will be handled in a component. There's also no way to indicate that even though an unhandled exception occurred in one part of the app, that the entire app is not compromised.
Goals
Non-goals
The text was updated successfully, but these errors were encountered: