Как я могу получить полезную информацию об ошибках WPF.NET с пользовательской машины?

Ответ 1

Процедура, которую я хотел бы использовать, - обработать событие UnhandledException в домене приложения.

Как только вы это сделали, у вас есть несколько вариантов. Занесение исключения в файл, сериализация его для последующей проверки, показывая диалоговое окно с сообщением об исключении.

EDIT: XamlParseException возникает при создании основного окна. Это означает, что вызывается конструктор этого окна. Если вы выполняете какую-либо логику в этом конструкторе, любые результирующие исключения будут бросать XamlParseException. Насколько я понимаю, обработчик UnhandledException все равно поймает это исключение.

Чтобы подключить событие UnhandledException в WPF, добавьте подключение к событию в свой app.xaml

<Application 
   x:Class="DispatcherUnhandledExceptionSample.App"
   xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
   xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
   StartupUri="MainWindow.xaml"     
   DispatcherUnhandledException="App_DispatcherUnhandledException" />

который затем добавляет метод в ваш app.cs

public partial class App : Application
{
    void App_DispatcherUnhandledException(object sender, DispatcherUnhandledExceptionEventArgs e)
    {
        // Process unhandled exception do stuff below

        // Prevent default unhandled exception processing
        e.Handled = true;
    }
}

MSDN

Ответ 2

Помимо наличия обработчика событий необработанного исключения, который регистрирует трассировку стека, полезно также посмотреть, как аварийные дампы генерируются на машине воспроизведения. Вы упомянули о нем Windows 7, поэтому вы можете искать соответствующие аварийные дампы следующими способами:

• Панель управления → Все элементы панели управления → Центр действий → "Просмотр проблем с сообщением" в разделе "Обслуживание/Отслеживание решений для неподтвержденных проблем". Это вызывает список приложений, которые разбились, и вы можете развернуть их, чтобы найти файлы дампа и информацию. Найдите ссылку "Просмотреть временную копию этих файлов" в левой нижней части технической проблемы. Это извлечет файлы дампа и покажет их вам в окне проводника.

• cd/d% ProgramData%\Microsoft\Windows\WER.

Кажется, что WER держит это аварийные дампы под этим каталогом, поэтому то, что я делаю, это dir/s/b для части имени приложения, которое, как я знаю, будет там. Например, я сделал специально предназначенное для использования приложение crashyapp.exe:   

C:\ProgramData\Microsoft\Windows\WER>dir /s/b *crashy*
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_crashyapp.exe_56f8d710d72e31d822d6b895c5c43a18d34acfa1_cab_2823e614
    

Ответ 3

Ведение журнала исключений (как в ответе от Alastair Pitts) было бы полезным при обнулении источника ошибки.

Наличие XamlParse в строке P9 предполагает, что может возникнуть проблема с инициализацией элемента управления или окна из описания XAML. Может быть сборка, на которую ссылается XAML, которая не найдена на целевом компьютере или не соответствует сигнатуре в XAML.

Edit:

Разбор XAML происходит в InitializeComponent(), который вызывается в конструкторе окна или элемента управления

Ответ 4

В дополнение к ответу Alistair, это внутреннее исключение, которое дало мне подсказки, которые я искал:

public partial class App : Application {
    void App_DispatcherUnhandledException(object sender, DispatcherUnhandledExceptionEventArgs e) {
        Exception ex = e.Exception;
        Exception ex_inner = ex.InnerException;
        string msg = ex.Message + "\n\n" + ex.StackTrace + "\n\n" +
            "Inner Exception:\n" + ex_inner.Message + "\n\n" + ex_inner.StackTrace + "\n\n" + 
            Utils.RegistryVersion();
        MessageBox.Show(msg, "Drop Print Batch Application Halted!", MessageBoxButton.OK);
        Utils.MailReport(msg);
        e.Handled = true;
        Application.Current.Shutdown();
    }
}