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
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
