dotnet/msbuild

Last-chance exception handling could indicate how it was called

Open

#1.043 geöffnet am 19. Sept. 2016

Auf GitHub ansehen
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)C# (1.364 Forks)batch import
Area: Debuggabilityhelp wantedtriaged

Repository-Metriken

Stars
 (5.062 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 11T 7h) (125 gemergte PRs in 30 T)

Beschreibung

There are many codepaths that can get to DumpExceptionToFile, which is a last-ditch effort to try to preserve some debugging information in the case of bad failures. It'd be great if it was easy to identify which path was used for a given exception dump. Knowing, for example, that this exception was caught by the AppDomain's UnhandledException handler versus an explicit catch somewhere could be useful information.

Contributor Guide

Research-Richtung
Identifizieren Sie alle Aufrufstellen von DumpExceptionToFile und ändern Sie die Methode, um einen Kontextparameter zu akzeptieren. Aktualisieren Sie jede Aufrufstelle, um einen geeigneten Bezeichner zu übergeben.
Tech Stack
csharp
Domain
developer experience
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Veraltet
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
C#.NETGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
75