Difference between revisions of "Viewer Crash Reporting"
Jump to navigation
Jump to search
Steve Linden (talk | contribs) |
|||
| Line 3: | Line 3: | ||
* Make crash report processing automatic and immediate | * Make crash report processing automatic and immediate | ||
* Make crash report data useful | * Make crash report data useful | ||
= Motivation = | |||
Studio Shiny has committed to making the Second Life viewer more stable. This involves finding and fixing viewer crashes. We have found that the existing crash reporter doesn't help us as much as it should. It doesn't always give us the data we need to investigate crash patterns, doesn't scale to SL's current size, doesn't always report a crash, in fact, sometimes the crash reporter itself crashes. | |||
= Tasks = | |||
* Create central library of crash reporter functionality | |||
* Get near 100% of all crashes reported with the call stack included | |||
= See Also = | = See Also = | ||
* [[Viewer Roadmap]] | * [[Viewer Roadmap]] | ||
Revision as of 15:54, 13 September 2007
Objectives
- Report all crashes properly (opt-out available)
- Make crash report processing automatic and immediate
- Make crash report data useful
Motivation
Studio Shiny has committed to making the Second Life viewer more stable. This involves finding and fixing viewer crashes. We have found that the existing crash reporter doesn't help us as much as it should. It doesn't always give us the data we need to investigate crash patterns, doesn't scale to SL's current size, doesn't always report a crash, in fact, sometimes the crash reporter itself crashes.
Tasks
- Create central library of crash reporter functionality
- Get near 100% of all crashes reported with the call stack included