[Chandler-dev] [Sum] March 5 - 11
Katie Capps Parlante
capps at osafoundation.org
Wed Apr 11 17:32:04 PDT 2007
Build, Release and QA
*Logging SSL exchanges*
Heikki points out that network sniffers are nearly useless for debugging
sharing or email problems over SSL. He gave instructions on how to print
the exchange to stdout or a log file:
Robin updated wx to bring in the latest 2.8 branch changes:
Heikki explained that Chandler now exits with error code 1 if functional
or performance tests fail, or if any script execution raises an
exception. Making the behavior align with unit tests makes it easier to
catch test failures from driving scripts.
Philippe gave an update on the preview schedule, which we changed to
make more realistic:
- Feature complete moved out by 3 weeks
- Added 3 week performance tuning period
- Increased debug period to 8 full weeks
- Added precision to milestone definitions (agreement on what it means
to hit each milestone)
- Feature Freeze
... 3 weeks ...
- Performance Milestone
... 8 weeks ...
- Code Complete
... 2 weeks ...
*Smoke tests for calendar changes, performance*
Hearing that John might do some performance work on the calendar UI,
Jeffrey requested that care be taken if changes are made, as we don't
have automated tests for all of the things we need to get right. Jeffrey
listed out smoke tests he runs when making changes in the calendar. He
also offered thoughts on optimizations, including:
- only redraw area of changed events
- avoid 2 redraws when creating new item (related to notification hints)
- only redraw in one calendar canvas (if changes only happen in one)
- fewer queries to repository for items in the current range (cache)
Andi mentioned an idea from IRC: events in range for the all-day and
timed canvases could be cached on the UI event.
*EIM: what attributes get shared?*
Morgen asked for a review of the domain model to make sure we had all of
the appropriate fields to be shared in the EIM records. The records are
listed/annotated in parcels/osaf/sharing/model.py. Adding attributes
- adding fields to records (or creating records)
- implementing import/export translators
- agreeing with Cosmo team on serialization
Andi implemented "observersDeferred".
A design list conversation about recurring events and the dashboard
wandered in to the chandler-dev list. Points made by Grant and agreed to
- adding/subtracting reminders in dashboard should apply to selected
- "occurrenceRemindable.userReminderTime = None" should do the right
thing. If not, bug.
Mimi noted that we don't really need a byline (beyond the updated date)
if users aren't sharing or using email. Mimi is fine w/prompting the
user for a name.
Reid added a test menu item to force a conflict. Reid asked why he saw
event handler code using "__getProxiedSelectedItems" and event updateUI
methods using "__getSelectedItem". Grant explained that one only needs
the proxy if one is going to change the item: updateUI code just looks
at the item. If you are setting item attributes, you should use the
proxy. It will record edit/update changes, and show the recurrence
dialog where appropriate.
Heikki objected to displaying an exception in the status bar. He argued
that it can't be localized and is not understandable to end users.
Perhaps the message should point the user to a log. Brian Kirsch pointed
out that any ChandlerException (or descendent) can be localized. John
believes most users won't even be able to find logs, it should be part
of the "talk back" mechanism.
QA IRC session, verifying resolved desktop bugs:
More information about the chandler-dev