[Cosmo-dev] Modification without dtstart report

Jared Rhine jared at wordzoo.com
Tue Jul 10 14:25:49 PDT 2007


Today, at 10:41, a change was made to the OSAF office calendar which 
broke the calendar.  Chandler couldn't subscribe or sync the office 
calendar, the Cosmo UI would return a Java null pointer exception error, 
and Chandler would hang when importing the office calendar ICS.

A spirited debug session ensued, and I've filed 4 bugs across Chandler 
and Cosmo as a result.

As of right now, the office calendar is still broken; as soon as 
everyone's up to speed, I think we should delete and recreate the 
offending event to get back on track.

1. Import hangs on ICS with a modification without dtstart
https://bugzilla.osafoundation.org/show_bug.cgi?id=9849

2. Cosmo should initialize dtstart to recurrenceId for modifications
https://bugzilla.osafoundation.org/show_bug.cgi?id=9851

3. RPC service fails to report error properly
https://bugzilla.osafoundation.org/show_bug.cgi?id=9854

4. Chandler should send a dtstart in EIM for modifications
https://bugzilla.osafoundation.org/show_bug.cgi?id=9856

It'd be great for devs to confirm this is the right analysis, and that 
we've gotten all information we can from this situation.  Then we can 
remove and recreate this event so we can get the office calendar working 
for people again.

Followups have been directed to chandler-dev.

If anyone has theories as to why we have not seen this "creating a 
modification apparently horks well-nigh everything" previously, I'd be 
curious to know.

Many developers were crucial to analyzing this problem quickly and help 
translate it into next steps.  Thanks, everyone!

-- Jared


More information about the cosmo-dev mailing list