[Chandler-dev] Alpha4 debug and stabilization
Sheila Mooney
sheila at osafoundation.org
Thu Sep 28 10:27:39 PDT 2006
I don't believe that Esther had deleted a collection. She installed a
new version of Chandler and published a new calendar on the server.
She would remove some events and Mitch would sync and still see them.
She would sync and they would reappear.
On Sep 27, 2006, at 5:11 PM, John Anderson wrote:
> 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