Data/WorkingGroups/CrashReporting
< Data
Jump to navigation
Jump to search
(This is a draft. Fleshing this out as we speak.)
Quick summary
- One-line description: All things crash reporting at Mozilla.
- Mailing list: crash-reporting-wg@mozilla.org
- Matrix channel (primary): #crashreporting matrix channel
- Slack channel (support-only): #crash-reporting-help
- Meetings: TBD
Charter
The Crash Reporting Working Group collects individuals working on crash reporting and crash data related infrastructure at Mozilla so as to coordinate and align work across groups, identify and address issues related to crash reporting and crash data, and maintain the vision and strategy for crash reporting at Mozilla.
Goals
- Build and maintain the strategic vision for crash reporting to support Mozilla products.
- Coordinate work towards the strategic vision, organization priorities, engineering initiatives, and stakeholder needs.
- Coordinate and align research and experimentation with new approaches to advance the state of our crash reporting technology.
- Centralize support funnel for stakeholders and users of crash reporting and crash data. Adding new annotations, protected data access, debugging crashes, supporting new products, supporting new platforms, data analysis, crashiness metrics, etc.
- Centralize engineering communication channels.
- Coordinate data stewardship. Lean data practices, risk vs. value, etc.
- Coordinate documenting efforts. Things like data lineage, tools, and processes. User docs, analysis docs, developer docs. Where documentation lives and how to find it.
- Capture, archive, and make searchable historical knowledge especially architecture decisions and events.
- Communicate announcements and updates about ongoing initiatives and projects that affect engineers, products, data analysis, etc.
- Celebrate and elevate the importance of our work and how it impacts product engineering and product success at Mozilla. Presentations, blog posts, mailing list announcements, etc.
- The best stickers.
Non-goals (at this time)
- This group will not own things. This group is a coordination venue for individuals and groups who own the modules and work. Future goal might be that this group is reified in some way such that it could own goals, deliverables, modules, etc.
- This group will not fix everything. This group will pick and choose feasible tasks over time that move us forward towards the vision as time and resources allow.
- This group will not own crash reporting for websites and other non-products. Maybe we could do this especially as the lines between our crash reporting infrastructure and Sentry's blur, but not now.
Stakeholders
- Those who work on crash reporting tooling and infrastructure
- Those who use and analyze crash data
- Those who work on stability related work
- Those who debug crashes
Membership
The Crash Reporting Working Group is a public group and we welcome anyone else who's interested in or works on crash reporting and crash data at Mozilla or elsewhere.
Projects
| Project name | Description | Contact | For Support |
|---|---|---|---|
| Crash Reporting | Infrastructure and tools used to generate, submit and process crash reports | gsvelto | #crashreporting on Matrix |
| android-components crash library | AC crash reporter | royang | |
| Socorro / Crash Stats (module) | Mozilla's crash ingestion pipeline and tools | willkg | #crashreporting on Matrix |
| Tecken / Mozilla Symbols Server | Mozilla's symbols server | willkg | #crashreporting on Matrix |
| dump_syms | Debug symbols dumper | calixte | #crashreporting on Matrix |
| third-party symbols acquisition and management | calixte / gsvelto | #crashreporting on Matrix |
Documentation
TBD
Projects
TBD
FAQ
TBD