microsoft / microsoft/microsoft-ui-xaml

Unhandled Microsoft.UI.Xaml.Application.Current.UnhandledException should also fire AppDomain.CurrentDomain.UnhandledException

Open
#10,560 0 comments 1 reaction 0 assignees View on GitHub
area-C#/WinRT bug Crash team-Core
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

Open the contributing 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.