[Adium-devl] Looking at Smart Crash Reports redeux
Jeffrey Melloy
jmelloy at visualdistortion.org
Fri Jan 13 23:29:18 UTC 2006
David Smith wrote:
> I don't think we can reasonably do that. We *know* how to support
> 10.3 with no major compromises for all planned 1.0 features except
> the crash reporter. In an ideal world the crash reporter shouldn't
> even be a user visible feature, it's only there to help us. The
> reason why I think we can drop 10.3 crash reports is that (for me, at
> least) the current crash reporter is enough of a pain to use that I
> don't look at it much. Even when I do look at it, searches take so
> long that I've often gotten distracted by something else by the time
> the result appears. With good reporting statistics and good
> searchability we can make Adium's stability something we can focus on
> in a quantitative way, rather than just having a vague idea that "oh,
> we fixed some crashes in this build. It's probably more stable". If
> SCR can't provide what we need (not sure if they have crash
> statistics, they don't have our exception handling), I think we
> should work with Unsanity to get it integrated. As boredzo says, we
> do have BSD-licensed exception code they can use.
> David
>
Keep in mind that, as the author of the current web interface, it got
thrown together in 3 hours and hasn't been touched since. (And I don't
particularly care if it stops getting used.)
I can think of a few ways to improve the speed of the thing off the top
of my head, and the reason it hasn't changed is mostly the
squeaky/silent wheel principle. So regardless of whether we use SCR or
not, the current interface could certainly be changed to accommodate
better usage.
Jeff
More information about the devel
mailing list