Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Client phase 3a: work with BugSplat to make Mac crash reporting more reliable #3428

Open
nat-goodspeed opened this issue Jan 17, 2025 · 0 comments
Labels
enhancement New feature or request triage Flags issues that need to be triaged

Comments

@nat-goodspeed
Copy link
Contributor

When the Mac BugSplat client detects its host viewer is crashing, it writes state files to the local filesystem. The next time that viewer is run, the crash data captured in these files is sent to BugSplat.

The weak link there is that if the user is disgusted and never again runs that viewer, the crash goes unreported.

Embed, in the watchdog child process, the Mac BugSplat client. When the watchdog process detects that the viewer has terminated involuntarily, coax BugSplat to read the viewer's crash report files and send them right away.

This may require library enhancements from BugSplat.

Test Plan

Run the Mac viewer. Force a crash. Observe that the crash report is sent to BugSplat, even without running that viewer a second time.

@nat-goodspeed nat-goodspeed added enhancement New feature or request triage Flags issues that need to be triaged labels Jan 17, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request triage Flags issues that need to be triaged
Projects
None yet
Development

No branches or pull requests

1 participant