[Chandler-dev] Alpha4 debug and stabilization

John Anderson john at osafoundation.org
Wed Sep 27 17:11:34 PDT 2006


Deleting a collection and resubscribing to it will cause the events in 
the collection to not appear. I have a fix for this which is waiting for 
review.

John

Sheila Mooney wrote:
> I would like to reiterate Philippe's request for more dogfooders to 
> help us track down bugs.
>
> In addition to the scenarios Philippe described, I am particularly 
> interested in the following problem.
>
> Mitch and Esther have encountered several cases of 
> disappearing/reappearing events. I thought I ran into this yesterday 
> as well but not quite sure. It's been very difficult to pinpoint a 
> reproducible use case and the log files haven't been particularly 
> informative since sometimes they don't notice something is amiss until 
> several days after the initial problem. If it's an event that they 
> deleted and it shows up again, they might try deleting it again, it 
> goes away and they have no further issues. Esther is running Chandler 
> on 3 different machines and we also don't know on which version we 
> first see the problem. From what I understand, this happens to both 
> recurring and non-recurring events.
>
> I am interested if anyone else has seen this bug and some possible 
> suggestions/ideas for tracking it down.
>
> Cheers,
> Sheila
>
> On Sep 26, 2006, at 5:51 PM, Philippe Bossut wrote:
>
>> Hi,
>>
>> So we declared alpha4 feature freeze last week (minus 1 item: bug 
>> 5304 which is still under code review). We since entered the end game 
>> part of the release with mandatory code reviews and bugs triaged by 
>> Bug Council.
>>
>> The current bug count is high but manageable (less than 10 bugs per 
>> devs) but the finding rate is still very high: in some areas, we log 
>> bugs as fast as we fix them. We can punt more aggressively but we 
>> also want to provide and Alpha4 that is truly dogfoodable and of the 
>> highest quality. Right now, we really want everybody to pause the 
>> feature development and help stabilizing the application. This  means 
>> fixing bugs  assigned to you of course as well helping others get 
>> their bug count down, but this also means testing the app, logging 
>> bugs and helping to cover as much scenarios as possible, especially 
>> those scenarios that are not covered by our automated tests system 
>> now (stress tests, long sessions on various platforms, etc...).
>>
>> We are willing to spend the time we need to get to good dogfood 
>> quality. That certainly means we'll be slipping the Oct 3rd date for 
>> Alpha4. We haven't set a date yet. Katie and me we'll assess during 
>> the next 2 days the status of the Chandler devs work load and review 
>> this at our Chandler Engineering meeting Thursday.
>>
>> Beyond fixing bugs, here are a couple of things that we'd like you to 
>> do to help:
>>
>> Prio 1 - Run Chandler!
>> -----------------------------
>> Looks simple but having an instance of Chandler running in the 
>> background constantly is actually helping: Chandler now does regular 
>> sync with the Cosmo server so just having Chandler subscribed to a 
>> couple of collections and syncing is helping. We had reports of users 
>> crashing just keeping Chandler idle as is and we need more reports on 
>> similar issues to nail that one.
>>
>> Prio 1bis - Subscribe to the Office calendar
>> ------------------------------------------------------
>> If you don't know which calendar to subscribe to, try the office 
>> calendar. It's a substantial one and some of us are updating it 
>> regularly so this will exercise syncing quite nicely:
>> - Read-write: 
>> https://cosmo-demo.osafoundation.org/home/smooney/Office_Calendar?ticket=n4e1mr2cz1 
>>
>> - Read-only: 
>> https://cosmo-demo.osafoundation.org/home/smooney/Office_Calendar?ticket=rlbrrk2cz0 
>>
>>
>> Prio 2 - Turn "Start Logging" on
>> -----------------------------------------
>> This option is located under the Test menu. This is Ashkan's parcel. 
>> It gathers info on users' usage patterns, a data that will help us 
>> understand how users use Chandler. As for subscribing to the office 
>> calendar, even if you don't use Chandler much, it's good to have it 
>> turned on so that we can at least give a fair test to the backend 
>> system.
>>
>> Prio 3 - Set your IMAP and SMTP accounts
>> --------------------------------------------------------
>> Alpha4 has new tools for email but we need to give some level of 
>> testing to those beyond the functional tests. The current IMAP 
>> implementation will download the content of your InBox (and only your 
>> InBox...) in Chandler. This is workable really if you maintain a 
>> pretty lean and clean IMAP InBox, otherwise, well, you may not want 
>> to do that... If you can though, your help testing this in real life 
>> setting will be very much appreciated.
>>
>> Cheers,
>> - Philippe
>>
>>
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> Open Source Applications Foundation "chandler-dev" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/chandler-dev
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "chandler-dev" mailing list
> http://lists.osafoundation.org/mailman/listinfo/chandler-dev


More information about the chandler-dev mailing list