microsoft / microsoft/microsoft-ui-xaml
Unhandled Microsoft.UI.Xaml.Application.Current.UnhandledException should also fire AppDomain.CurrentDomain.UnhandledException
- Dominant language
- C++
- Stars
- 8.4k
- Forks
- 942
- Avg merge
- 2d 7h
- Merged PRs (30d)
- 105
Description
### Describe the bug
It's really nice to have a chance to connect to `Microsoft.UI.Xaml.Application.Current.UnhandledException` and sometimes recover from it (`Handled = true`). But when that property isn't touched, I feel like the `AppDomain.CurrentDomain.UnhandledException` should fire as well.
It allows for a single collection point for crash reporting platforms...
### Steps to reproduce the bug
/
### Expected behavior
UI thread exceptions also firing `AppDomain.CurrentDomain.UnhandledException` id `Handled` isn't set to `true`
### Screenshots
_No response_
### NuGet package version
None
### Windows version
_No response_
### Additional context
_No response_
Contributor guide
Research direction
Start from Microsoft.UI.Xaml.Application.Current.UnhandledException and AppDomain.CurrentDomain.UnhandledException, reproducing a UI-thread exception with Handled left unchanged and with Handled set to true. Define the behavior and verify that the AppDomain event fires only when the XAML exception is not handled, including the crash-reporting scenario described.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp, csharp
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100