Crashreporter exe ошибка приложения

Обновлено сентябрь 2023: Вот три шага к использованию инструмента восстановления для устранения проблем с exe на вашем компьютере: Получите его по адресу эту ссылку

1. Скачайте и установите это программное обеспечение.
2. Просканируйте свой компьютер на наличие проблем с exe.
3. Исправьте ошибки exe с помощью программного инструмента

crashreporter.exe это исполняемый файл, который является частью Opera Mobile Emulator Программа, разработанная Opera Software ASA, Программное обеспечение обычно о 38.05 MB по размеру.

Расширение .exe имени файла отображает исполняемый файл. В некоторых случаях исполняемые файлы могут повредить ваш компьютер. Пожалуйста, прочитайте следующее, чтобы решить для себя, является ли crashreporter.exe Файл на вашем компьютере — это вирус или троянский конь, который вы должны удалить, или это действительный файл операционной системы Windows или надежное приложение.

Рекомендуется: Выявление ошибок, связанных с crashreporter.exe

(дополнительное предложение для Fortect)

Crashreporter.exe безопасный или это вирус или вредоносная программа?

Первое, что поможет вам определить, является ли тот или иной файл законным процессом Windows или вирусом, это местоположение самого исполняемого файла. Например, такой процесс, как crashreporter.exe, должен запускаться из C: \ Program Files \ opera mobile emulator \ launcher.exe, а не из другого места.

Для подтверждения откройте диспетчер задач, выберите «Просмотр» -> «Выбрать столбцы» и выберите «Имя пути к изображению», чтобы добавить столбец местоположения в диспетчер задач. Если вы обнаружите здесь подозрительный каталог, возможно, стоит дополнительно изучить этот процесс.

Еще один инструмент, который иногда может помочь вам обнаружить плохие процессы, — это Microsoft Process Explorer. Запустите программу (не требует установки) и активируйте «Проверить легенды» в разделе «Параметры». Теперь перейдите в View -> Select Columns и добавьте «Verified Signer» в качестве одного из столбцов.

Если статус процесса «Проверенная подписывающая сторона» указан как «Невозможно проверить», вам следует взглянуть на процесс. Не все хорошие процессы Windows имеют метку проверенной подписи, но ни один из плохих.

Наиболее важные факты о crashreporter.exe:

• Находится в C: \ Program Files \ Opera Mobile Emulator \ вложенная;
• Издатель: Opera Software ASA
• Полный путь: C: \ Program Files \ операционный мобильный эмулятор \ launcher.exe
• Файл справки: www.opera.com/support
• URL издателя: www.opera.com
• Известно, что до 38.05 MB по размеру на большинстве окон;

Если у вас возникли какие-либо трудности с этим исполняемым файлом, вы должны определить, заслуживает ли он доверия, перед удалением crashreporter.exe. Для этого найдите этот процесс в диспетчере задач.

Найдите его местоположение (оно должно быть в C: \ Program Files \ Opera Mobile Emulator \) и сравните его размер с приведенными выше фактами.

Если вы подозреваете, что можете быть заражены вирусом, вы должны немедленно попытаться это исправить. Чтобы удалить вирус crashreporter.exe, необходимо Загрузите и установите приложение полной безопасности, например Malwarebytes., Обратите внимание, что не все инструменты могут обнаружить все типы вредоносных программ, поэтому вам может потребоваться попробовать несколько вариантов, прежде чем вы добьетесь успеха.

Кроме того, функциональность вируса может сама влиять на удаление crashreporter.exe. В этом случае вы должны включить Безопасный режим с загрузкой сетевых драйверов — безопасная среда, которая отключает большинство процессов и загружает только самые необходимые службы и драйверы. Когда вы можете запустить программу безопасности и полный анализ системы.

Могу ли я удалить или удалить crashreporter.exe?

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

Согласно различным источникам онлайн,
7% людей удаляют этот файл, поэтому он может быть безвредным, но рекомендуется проверить надежность этого исполняемого файла самостоятельно, чтобы определить, является ли он безопасным или вирусом. Лучшая диагностика для этих подозрительных файлов — полный системный анализ с Защитить, Если файл классифицируется как вредоносный, эти приложения также удаляют crashreporter.exe и избавляются от связанных вредоносных программ.

Однако, если это не вирус и вам нужно удалить crashreporter.exe, вы можете удалить Opera Mobile Emulator со своего компьютера с помощью программы удаления, которая должна находиться по адресу: «C: \ Program Files \ Opera Mobile Emulator \ unins000. исполняемый». Если вы не можете найти его деинсталлятор, вам может потребоваться удалить Opera Mobile Emulator, чтобы полностью удалить crashreporter.exe. Вы можете использовать функцию «Добавить / удалить программу» в Панели управления Windows.

• 1. в Меню Пуск (для Windows 8 щелкните правой кнопкой мыши в нижнем левом углу экрана), нажмите Панель управления, а затем под Программы:
  o Windows Vista / 7 / 8.1 / 10: нажмите Удаление программы.
  o Windows XP: нажмите Установка и удаление программ.

• 2. Когда вы найдете программу Opera Mobile Emulatorщелкните по нему, а затем:
  o Windows Vista / 7 / 8.1 / 10: нажмите Удалить.
  o Windows XP: нажмите Удалить or Изменить / Удалить вкладка (справа от программы).

• 3. Следуйте инструкциям по удалению Opera Mobile Emulator.

Распространенные сообщения об ошибках в crashreporter.exe

Наиболее распространенные ошибки crashreporter.exe, которые могут возникнуть:

• «Ошибка приложения crashreporter.exe».
• «сбой crashreporter.exe».
• «crashreporter.exe — Возникла ошибка в приложении. Приносим извинения за неудобства».
• «crashreporter.exe не является допустимым приложением Win32».
• «crashreporter.exe не запущен».
• «crashreporter.exe не найден».
• «Не удается найти crashreporter.exe».
• «Ошибка запуска программы: crashreporter.exe».
• «Неверный путь к приложению: crashreporter.exe».

Эти сообщения об ошибках .exe могут появляться во время установки программы, во время выполнения связанной с ней программы, Opera Mobile Emulator, при запуске или завершении работы Windows, или даже при установке операционной системы Windows. Отслеживание момента появления ошибки crashreporter.exe является важной информацией, когда дело доходит до устранения неполадок.

Как исправить crashreporter.exe

Аккуратный и опрятный компьютер — это один из лучших способов избежать проблем с Opera Mobile Emulator. Это означает выполнение сканирования на наличие вредоносных программ, очистку жесткого диска cleanmgr и ПФС / SCANNOWудаление ненужных программ, мониторинг любых автозапускаемых программ (с помощью msconfig) и включение автоматических обновлений Windows. Не забывайте всегда делать регулярные резервные копии или хотя бы определять точки восстановления.

Если у вас возникла более серьезная проблема, постарайтесь запомнить последнее, что вы сделали, или последнее, что вы установили перед проблемой. Использовать resmon Команда для определения процессов, вызывающих вашу проблему. Даже в случае серьезных проблем вместо переустановки Windows вы должны попытаться восстановить вашу установку или, в случае Windows 8, выполнив команду DISM.exe / Online / Очистка-изображение / Восстановить здоровье, Это позволяет восстановить операционную систему без потери данных.

Чтобы помочь вам проанализировать процесс crashreporter.exe на вашем компьютере, вам могут пригодиться следующие программы: Менеджер задач безопасности отображает все запущенные задачи Windows, включая встроенные скрытые процессы, такие как мониторинг клавиатуры и браузера или записи автозапуска. Единый рейтинг риска безопасности указывает на вероятность того, что это шпионское ПО, вредоносное ПО или потенциальный троянский конь. Это антивирус обнаруживает и удаляет со своего жесткого диска шпионское и рекламное ПО, трояны, кейлоггеры, вредоносное ПО и трекеры.

Загрузите или переустановите crashreporter.exe

Это не рекомендуется загружать файлы замены exe с любых сайтов загрузки, так как они могут сами содержать вирусы и т. д. Если вам нужно скачать или переустановить crashreporter.exe, то мы рекомендуем переустановить основное приложение, связанное с ним Opera Mobile Emulator.

Информация об операционной системе

Ошибки crashreporter.exe могут появляться в любых из нижеперечисленных операционных систем Microsoft Windows:

• Windows 10
• Windows 8.1
• Windows 7
• Windows Vista
• Windows XP
• Windows ME
• Windows 2000

Последнее обновление: 07/02/2023
[Время, требуемое для чтения: 3,5 мин.]

Файл crashreporter.exe использует расширение EXE, в частности известное как файл Windows Executable. Классифицируется как файл Win32 EXE (Библиотека динамической компоновки), созданный для XULRunner компанией Pioneers of the Inevitable.

Первая версия crashreporter.exe была выпущена для операционной системы Windows 10 09/18/2019 в составе Mozilla Firefox 69.0.1.

Последнее обновление для Songbird 2.2.0-2453 состоялось 11/28/2013 [версия файла 1.9.2.3].

Файл crashreporter.exe включен в Songbird 2.2.0-2453, Kindle for PC 1.26.55076 и Eudora OSE 1.

В этой статье приведены подробные сведения о crashreporter.exe, руководство по устранению неполадок с файлом EXE и список версий, доступных для бесплатной загрузки.

Что такое сообщения об ошибках crashreporter.exe?

crashreporter.exe — ошибки выполнения

Ошибки выполнения — это ошибки Songbird, возникающие во время «выполнения». Термин «выполнение» говорит сам за себя; имеется в виду, что данные ошибки EXE возникают в момент, когда происходит попытка загрузки файла crashreporter.exe — либо при запуске приложения Songbird, либо, в некоторых случаях, во время его работы. Ошибки выполнения являются наиболее распространенной разновидностью ошибки EXE, которая встречается при использовании приложения Songbird.

В большинстве случаев ошибки выполнения crashreporter.exe, возникающие во время работы программы, приводят к ненормальному завершению ее работы. Большинство сообщений об ошибках crashreporter.exe означают, что либо приложению Songbird не удалось найти этот файл при запуске, либо файл поврежден, что приводит к преждевременному прерыванию процесса запуска. Как правило, Songbird не сможет запускаться без разрешения этих ошибок.

Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.

Поиск причины ошибки crashreporter.exe является ключом к правильному разрешению таких ошибок. Несмотря на то что большинство этих ошибок EXE, влияющих на crashreporter.exe, происходят во время запуска, иногда ошибка выполнения возникает при использовании XULRunner. Причиной этого может быть недостаточное качество программного кода со стороны Mozilla Foundation, конфликты с другими приложениями, сторонние плагины или поврежденное и устаревшее оборудование. Кроме того, эти типы ошибок crashreporter.exe могут возникать в тех случаях, если файл был случайно перемещен, удален или поврежден вредоносным программным обеспечением. Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.

Как исправить ошибки crashreporter.exe — 3-шаговое руководство (время выполнения: ~5-15 мин.)

Если вы столкнулись с одним из вышеуказанных сообщений об ошибке, выполните следующие действия по устранению неполадок, чтобы решить проблему crashreporter.exe. Эти шаги по устранению неполадок перечислены в рекомендуемом порядке выполнения.

Шаг 1. Восстановите компьютер до последней точки восстановления, «моментального снимка» или образа резервной копии, которые предшествуют появлению ошибки.

Шаг 2. Если вы недавно установили приложение Songbird (или схожее программное обеспечение), удалите его, затем попробуйте переустановить Songbird.

Шаг 3. Выполните обновление Windows.

Если эти шаги не принесут результата: скачайте и замените файл crashreporter.exe (внимание: для опытных пользователей)

Если ни один из предыдущих трех шагов по устранению неполадок не разрешил проблему, можно попробовать более агрессивный подход (примечание: не рекомендуется пользователям ПК начального уровня), загрузив и заменив соответствующую версию файла crashreporter.exe. Мы храним полную базу данных файлов crashreporter.exe со 100%-ной гарантией отсутствия вредоносного программного обеспечения для любой применимой версии Songbird . Чтобы загрузить и правильно заменить файл, выполните следующие действия:

1. Найдите версию операционной системы Windows в нижеприведенном списке «Загрузить файлы crashreporter.exe».
2. Нажмите соответствующую кнопку «Скачать», чтобы скачать версию файла Windows.
3. Скопируйте этот файл в соответствующее расположение папки Songbird:
   

   Windows 10: C:\Program Files\FreeDownloadManager.ORG\Free Download Manager\
   Windows 10: C:\Program Files (x86)\Eudora OSE\
   Windows 10: C:\Users\Tester\Documents\FirefoxPortable\App\Firefox64\
   Windows 10: C:\Program Files (x86)\Amazon\Kindle\
   Windows 10: C:\Users\Tester\Documents\FirefoxPortable\App\Firefox\
   
   Показать на 4 каталогов больше +

   Windows 10: C:\Program Files (x86)\Mozilla Firefox\
   Windows 10: C:\Program Files (x86)\Mozilla Firefox\
   Windows 10: C:\Program Files (x86)\Songbird\xulrunner\
   Windows 10: C:\Program Files (x86)\Mozilla Thunderbird\

4. Перезагрузите компьютер.

Если этот последний шаг оказался безрезультативным и ошибка по-прежнему не устранена, единственно возможным вариантом остается выполнение чистой установки Windows 10.

СОВЕТ ОТ СПЕЦИАЛИСТА: Мы должны подчеркнуть, что переустановка Windows является достаточно длительной и сложной задачей для решения проблем, связанных с crashreporter.exe. Во избежание потери данных следует убедиться, что перед началом процесса вы создали резервные копии всех важных документов, изображений, установщиков программного обеспечения и других персональных данных. Если вы в настоящее время не создаете резервных копий своих данных, вам необходимо сделать это немедленно.

Скачать файлы crashreporter.exe (проверено на наличие вредоносного ПО — отсутствие 100 %)

ВНИМАНИЕ! Мы настоятельно не рекомендуем загружать и копировать crashreporter.exe в соответствующий системный каталог Windows. Pioneers of the Inevitable, как правило, не выпускает файлы Songbird EXE для загрузки, поскольку они входят в состав установщика программного обеспечения. Задача установщика заключается в том, чтобы обеспечить выполнение всех надлежащих проверок перед установкой и размещением crashreporter.exe и всех других файлов EXE для Songbird. Неправильно установленный файл EXE может нарушить стабильность работы системы и привести к тому, что программа или операционная система полностью перестанут работать. Действовать с осторожностью.

Файлы, относящиеся к crashreporter.exe

Файлы EXE, относящиеся к crashreporter.exe

Другие файлы, связанные с crashreporter.exe

Вы скачиваете пробное программное обеспечение. Для разблокировки всех функций программного обеспечения требуется покупка годичной подписки, стоимость которой оставляет 39,95 долл. США. Подписка автоматически возобновляется в конце срока (Подробнее). Нажимая кнопку «Начать загрузку» и устанавливая «Программное обеспечение», я подтверждаю, что я прочитал (-а) и принимаю Лицензионное соглашение и Политику конфиденциальности компании Solvusoft.

So. Up until last week, Way of Rhea did not have a crash reporter. This is kind of a problem!

We’re a small, self-funded team. Our initial reviews could have a big impact on sales. The last thing we need is for an easily fixable crash to mess up our day one reviews!

I’ve tested the various aspects of the game on a large variety of setups, but there’s always a configuration you’ve yet to test. I’ve participated in lots of events with test builds, but I doubt most players will bother to report when a free demo crashes unless they’re already very invested, or reporting it is very easy.

So. Let’s make it easy!

Table of Contents

• Table of Contents
• Scope & Goals
• Implementation
  • Detecting Crashes
    • A note on the Steam API
  • Reporting Crashes
  • The UI (Implementation)
    • Tab focus
    • Tabbing & ctrl+a in text fields
    • Fonts
    • Fullscreen exclusive
  • The UI (design)
    • Notify the user of the error
    • Allow the user to add additional details
    • Offer to restart the program
• Conclusion

Scope & Goals

I put off writing a crash reporter this long because it seemed difficult. We need to detect when a program crashes, and then if the user gives consent, send ourselves data about the crash.

This writeup will cover a basic but effective way of writing a crash reporter that I employed in Way of Rhea. It will not cover dumping the process’s memory, I’m assuming all you want is the user’s optional self report and a log file that you’ve already created.

I’m working primarily in Rust, but everything I’m doing here should be easily adaptable to any low level language. The UI implementation (which is written in C++) is Windows specific, and can be skipped if you’re working on another platform. All mentions of Steam can be safely ignored if you’re not shipping your software on Steam.

It’s unfortunate that crash reports aren’t something Steam can handle for me given that Valve is taking a 30% cut of my sales, but I guess there’s not much any of us can do about that.

Implementation

Detecting Crashes

In an exception based language, it’s tempting to catch all unhandled exceptions in main and call it a day. (In Rust, the closest equivalent would be catching all unwinding panics.) This isn’t great, though: it doesn’t catch segfaults, for example, and like many game developers I turn off unwinding errors.

If catching unwinding errors isn’t enough, then what do we do? We have options (signal handlers, GetExitCodeProcess, etc), but the simplest approach, and the one we’ll take, is just to make the main program a subprocess of the crash reporter. When the main program exits, the crash reporter can check its exit status.

In fact, through clever use of command line arguments, we can even bundle the crash reporter and main program into the same executable (thanks @andy_kelley). This trades off some reliability for convenience–we won’t be able to handle e.g. missing DLL errors since, but we also won’t have to deal with having two separate exes:

• If --bypass-crash-handler is not specified, we run the crash handler
  • This forwards all command line arguments to a subprocess at the current executable’s path with --bypass-crash-handler appended
  • We wait for the subprocess to exit, and then check its exit status to see if it exited normally, or if it crashed
• If --bypass-crash-handler is specified, we just run the program

Here’s how I call the subprocess from the crash handler:

let mut args = std::env::args().collect::<Vec<_>>();
        args.remove(0); // Remove the first argument
        args.push("--bypass-crash-handler".to_string());
        let result = Command::new(std::env::current_exe().unwrap())
            .args(args)
            .status();

One point of subtly–we have to remove the first argument, since it’s usually the path to the executable, and we don’t want to duplicate it. I actually can’t find any documentation guarenteeing there will always be a first argument, so this technically could fail, but clap depends on this behavior as well so it’s probably a pretty safe bet. If in the worst case scenario, if a user finds a strange way to omit this argument, I doubt they’ll be too surprised when the executable immediately crashes.

A note on the Steam API

Hold up. Will Steam even understand that the subprocess is really the game?

…

Thankfully, yes! The the Steam overlay appears to automatically show up over the subprocess even if it doesn’t explicitly initialize the Steam API.

(Phew, we wouldn’t want the Stem overlay to mess things up!)

However, you should probably initialize the Steam API if you’re shipping on Steam, if only for sapi_RestartAppIfNecessary which will ensure that if the game is launched e.g. by double clicking it outside of Steam, it restarts itself from within Steam.

You want to do this before deciding whether to boot the crash handler or the game.

Why? Otherwise, this will happen:

• User double clicks game outside of Steam
• The executable launches
• It goes into crash handler mode
• It spawns a subprocess of itself with --bypass-crash-handler and waits for that subprocess to exit
• The subprocess starts up, and checks if it needs to restart in Steam
• It does need to restart, so it immediately exits, ending itself and the parent crash handler
• The game now starts from within Steam with --bypass-crash-handler, and no parent crash handler process

I caught this because, for whatever reason, Steam warns if the game is started with command line arguments from outside of Steam. Implemented correctly we won’t actually be doing that, but if you need to disable this warning for some other reason you can do so: Edit Steamworks Settings > Installation > General Installation > Advanced Options > Enable using ISteam::GetLaunchCommandLine() [...].

Reporting Crashes

Alright, we’re now able to detect crashes! But how do we make it easy for players to report them to me?

Until now, players had to navigate to %APPDATA%Anthropic StudiosWay of Rhealogs and then message me the most recent log, which is not exactly a user friendly experience.

We need to provide some more automation.

I don’t really want to set up my own server for this, but I also don’t really want to deal with complicated 3rd party logging frameworks + I don’t really trust them to respect my players’ privacy. I was pretty stumped, until @merlyndmg, a Monster Train dev, mentioned that they have their feedback form automatically message feedback to a Slack channel. That’s a super clever solution IMO, so I copied it.

You don’t need your own server, and while Slack is a third party, they certainly are not equipped or interested in scraping their chat logs for crash reports.

I use Discord more often than I use Slack, so I set up a Discord webhook to forward the crash log to me if the user gives consent. I’m sure you could do the same with good old fashioned email if you wanted to.

Here’s my implementation using reqwest:

// Truncate the log if its above Discord's file size limit. If we end up hitting
// this limit often we can be more clever and delete from the middle so as to
// preserve info logged at startup, or we could split it into multiple files,
// but I'm going to keep things simple for now.
const MAX_FILE_BYTES: usize = 8000000;
let data = if data.len() > MAX_FILE_BYTES {
    data.split_at(data.len() - MAX_FILE_BYTES).1.to_vec()
} else {
    data
};

// Send the message to Discord! I'm not an HTTP expert, this multipart stuff is
// tricky but thankfully reqwest handles it for us.
let part = reqwest::multipart::Part::bytes(data)
    .file_name(path.to_string_lossy().into_owned());
let form = reqwest::multipart::Form::new()
    .text("content", message) // Message must be <= 2000 bytes!
    .part("file", part);
let result = reqwest::Client::new()
    .post(&webhook_url)
    .multipart(form)
    .send();

For more info on programmatically sending Discord messages, see:

• Intro to Webhooks
• The Webhooks API documentation

The UI (Implementation)

I’m working on a game–we could build a fancy stylized UI to fit the game’s theming, but I didn’t. Ideally the crash handler’s code should be as independent from the game as possible–we don’t want the same issue that caused the game to crash to cause the crash handler to crash. We’ve all seen crash handlers that crash, that’s a bad look.

I opted to write the UI directly with the win32 API. win32’s GUI API is a mess, and the resulting UI is ugly, but I figure it’s probably the most robust way to get a UI on screen. I don’t have time to write up a full win32 UI tutorial, but I can roughly outline my approach here and give you some tips.

Microsoft wants you to create resource files to define your UIs which are a huge pain if you don’t buy into their whole ecosystem. Instead, I used CreateWindowA and added the GUI elements programatically (see the previously linked tutorial). DialogBoxIndirectParamA may be another option for avoiding resource files, but I haven’t tried it.

Once I got things working, there were a few oddities I had to tidy up. I’ll list them here for your convenience.

All the UI code shown here is in C++ despite my engine being written in Rust, since that’s what Windows wants. The Rust winapi crate looks really nice though, I bet you could use that if you want to do this part in Rust.

Tab focus

For whatever reason, tab does not change focus between controls on normal windows. Raymond Chen has a writeup on how to make this work.

Tabbing & ctrl+a in text fields

By default, tabs do nothing in Windows’ editable multi-line text fields–they don’t change focus, but they also don’t cause a tab to be typed. No idea why. ctrl+a is apparently also not built in, whereas ctrl+c & ctrl+v are.

I subclassed the text edit field to make it behave more reasonably.

// Like edit, but, respects tab focus even if multiline and supports ctrl+a
// to select all.
LRESULT CALLBACK _edit_subclass_proc(
    HWND hwnd,
    UINT msg,
    WPARAM wParam,
    LPARAM lParam,
    UINT_PTR uIdSublcass,
    DWORD_PTR dwRefData
) {
    (void)dwRefData;
    (void)uIdSublcass;

    switch (msg) {
        case WM_GETDLGCODE: {
            if (wParam == VK_TAB) {
                return 0;
            } else {
                return DLGC_WANTALLKEYS;
            }
        } return 0;
        case WM_KEYDOWN: {
            if (wParam == 'A' && GetKeyState(VK_CONTROL) < 0) {
                SendMessage(hwnd, EM_SETSEL, 0, -1);
                return 0;
            }
        } break;
    }
    return DefSubclassProc(hwnd, msg, wParam, lParam);
}

CHECK(SetWindowSubclass(some_text_field_hwnd, _edit_subclass_proc, 0, NULL));

Fonts

Similarly, for some reason, the default font used is super ugly and not what you see in actual Windows UIs. You can enable the one you’re used to seeing _set_font as defined below after creating all your controls. (CHECK is a macro in my codebase that asserts the value to be nonzero.)

BOOL CALLBACK _set_font_helper(HWND hwnd, LPARAM lParam) {
    (void)lParam;
    HFONT font = (HFONT)GetStockObject(DEFAULT_GUI_FONT);
    CHECK(font);
    SendMessage(hwnd, WM_SETFONT, (WPARAM)font, TRUE);
    return TRUE;
}

void _set_font(HWND hwnd) {
    _set_font_helper(hwnd, NULL);
    EnumChildWindows(hwnd, (WNDENUMPROC)_set_font_helper, NULL);
}

Fullscreen exclusive

I’m using this same UI in game to report non-crash related issues. For whatever reason, if the feedback flow is triggered manually on my main development machine while the game is still running, the feedback window is created but not drawn if the game window is fullscreen exclusive.

To work around this, when feedback is triggered manually while the game is running, I hide the game window:

ShowWindow(parent, SW_HIDE);

And then when the feedback dialog has exited, I show it again:

ShowWindow(parent, SW_SHOW);

Also don’t forget to use EnableWindow to disable and re-enable the game while the dialog is open, or it will continue to receive some events which you may not want if you’re setting up the dialog to be modal! This is an easy way to get a crash, because you probably don’t expect your main window procedure to be called while execution is off somewhere else in the codebase.

The UI (design)

From a design perspective, the UI needs to do a few things: notify the user of the error, allow the user to add any additional details, and offer to restart (when appropriate.)

Notify the user of the error

There are a few things going on here.

First, if the feedback sequence was triggered due to an error, I tell the player plainly that an error occurred. Cutesy error messages annoy me: it feels like the people who write them think that they can make up for the fact that their software doesn’t work by spelling words funny. I’m all for spelling words funny, but if your software isn’t working, I’m already mildly annoyed–puns aren’t going to make it better.

Next, the UI offers to send the error message to me, personally, on Discord. As a user, when I see a crash reporter I just assume it’s going to /dev/null. And let’s be real, 99% of the time, it probably is. But Way of Rhea’s crash logs aren’t. I want to read them. I’m pointing out that they go directly to me in the hopes that people don’t do what I do, that they don’t click Don't Send out of spite. Don’t be like me, send me your crash reports.

This also gives people a way to contact me if they want to. If possible, I’d much rather hear about an error in my Discord where I can offer immediate support to the person who experienced it than find out later in a Steam review! If my games get so popular that this isn’t sustainable, I’ll adjust my strategy. That would be a great problem to have.

Next, I provide a View Report button. You’ll actually have another chance to view the report before it’s sent, but if I’m asking players’ to consent to sending me their data, I need them to trust me. Personally, when I see a very clear View Report button on a crash handler, I’m 200% more likely to click Send.

Lastly, there is a Don't Send option. This should go without saying in 2021, but apparently it doesn’t–the user has the right to not send me their data. There are no dark patterns here, I’m not gonna jiggle the window around and make it hard for you to close it, or pop open a huge frowny face when you don’t do what I want. If you click Don't Send, the report is not sent.

Allow the user to add additional details

If the user clicks send, I give them a chance to offer additional info, if they want to. It’s all optional, I’m not trying to make people jump through hoops when my software has already inconvenienced them. Focus starts out on Send, they can just press enter and skip all this. They also have one last chance to view the report.

Once they click Send here, a message box appears either announcing that it was successfully sent, or that it failed to send (e.g. if there is no internet connection.) If it fails, the things they typed are not erased. They might have taken time typing that up. Maybe they want to try again, or copy it into Discord themselves. Maybe not. But they at least have the option. Nothing feels worse than spending 15 minutes writing a detailed bug report, and then the bug reporter crashes and losing it.

…okay, plenty of things feel worse, but it’s still not a great feeling.

Offer to restart the program

Lastly, if this dialog was shown because the program crashed, I offer to restart it.

Conclusion

Starting your main program as a subprocess of the crash reporter is a fairly straightforward way to get a crash reporter working. Sending yourself the data via Slack or Discord is super convenient. We could definitely take things further:

• We could try to detect infinite loops, maybe by checking whether or not the main program responds to window events in a timely manner, and kill the subprocess if stuck in an infinite loop
• We could set up a ring buffer that we write screenshots to every few seconds, and forward its contents alongside the crash logs
• And more…

But for now, this works. And it’s a world better than what I used to have. I’m excited for my next demo–I suppose the best case scenario nobody has reason to use it, but I will feel a lot better knowing that if I don’t get any reports, it probably means that nobody hit any crashes! And if anyone does, I’ll likely learn more about what info should be included in the report.