[Adium-devl] Better bug reporting statistics

David Smith catfish.man at gmail.com
Wed Aug 1 21:23:23 UTC 2007


A lot of that is performance concerns. The single-plist model  
NSUserDefaults uses has proven far too slow in the past.  
AIPreferenceController (singleton preference controller...) honestly  
seems fairly reasonable to me.

		David

On Aug 1, 2007, at 2:16 PM, Elliott Harris wrote:

> Just as a side note, one thing I'd really like to see for 1.3 is a
> complete preferences overhaul, moving towards a singleton preference
> controller to work with all of our preferences and get our plist
> piecemeal cleaned up once and for all. If anyone has tried to add a
> preference that isn't Evan, you'll know what I'm talking about.
>
> -Elliott
> On Aug 1, 2007, at 2:08 PM, David Smith wrote:
>
>> My vague understanding is that they still *work*, but they now warn
>> the user, and won't be supported in the future. I'm not 100% certain
>> on this.
>>
>> On Aug 1, 2007, at 2:05 PM, Augie Fackler wrote:
>>
>>> I've heard rumors that InputManagers break on 10.5, so we might need
>>> to push this ahead come October. SCR uses an InputManager, right?
>>> (I've not checked, and even if I had it'd probably be NDA).
>>> Augie
>>>
>>> On Aug 1, 2007, at 4:02 PM, David Smith wrote:
>>>
>>>> One nice easy one for someone interested (I forgot about it last
>>>> night when I had some time for once. dang.) would be to track  
>>>> number
>>>> of crashes since the last sparkle submission, and number of hours
>>>> run
>>>> in the same period. That would get us MTBF numbers so we could at
>>>> least tell which direction stability was headed.
>>>>
>>>> Long term I think crash reporting is so valuable and general  
>>>> purpose
>>>> that we need an equivalent to Sparkle (or equivalent to SCR without
>>>> using input managers). Something nicely encapsulated that we can
>>>> drop
>>>> into any project and get instant crash reports. Doing this as an
>>>> Adium-specific project would be doing the Mac community a
>>>> disservice.
>>>> My research so far indicates that google breakpad is the obvious
>>>> choice for a backend (with access to all of Mozilla's serverside
>>>> tools built to go with it, see http://crash-stats.mozilla.com/ for
>>>> an
>>>> early version), but I'm open to other suggestions.
>>>>
>>>> 					David
>>>>
>>>> On Aug 1, 2007, at 1:54 PM, Chris Forsythe wrote:
>>>>
>>>>> Before I quit irc again (9th time, and it's sticking so far!),
>>>>> David and
>>>>> I were discussing our crash logger options. Breakpad gets brought
>>>>> up a
>>>>> lot, but in general we've been floating around a few different
>>>>> things.
>>>>> The idea for 1.1 was soc2006, and 1.2 is soc2007. I'd like 1.3 to
>>>>> focus
>>>>> on getting better crash reporting statistics, but that's just me.
>>>>> What
>>>>> does everyone think about making a concerted effort for getting
>>>>> better
>>>>> crash log stats in 1.3 so that we can start working better on
>>>>> those in
>>>>> general and have a better idea of longterm changes in code being
>>>>> effective for crash prevention/resolution?
>>>>>
>>>>> Chris
>>>>>
>>>>> _______________________________________________
>>>>> Adium-devl mailing list
>>>>> Adium-devl at adiumx.com
>>>>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>>>>
>>>>
>>>> _______________________________________________
>>>> Adium-devl mailing list
>>>> Adium-devl at adiumx.com
>>>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>>>
>>>
>>> _______________________________________________
>>> Adium-devl mailing list
>>> Adium-devl at adiumx.com
>>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>>
>>
>> _______________________________________________
>> Adium-devl mailing list
>> Adium-devl at adiumx.com
>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>
>
> _______________________________________________
> Adium-devl mailing list
> Adium-devl at adiumx.com
> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com





More information about the devel mailing list