Author Archive

Feeds: RSS | Atom

Chandler Desktop 0.7.5 released

March 20th, 2008 at 11:01 am (1 month, 3 weeks ago) by Jared Rhine under Chandler Product News, Chandler Project

The Chandler Project is pleased to announce the 0.7.5 release of Chandler Desktop!

The Chandler Project is an open source, standards-based information manager designed for personal use and small group collaboration.

The 0.7.5 release of Chandler Desktop simplifies the Chandler UI by changing elements confusing to new users. In particular, multiple toolbar buttons were removed, “tasks” were replaced with “starred items”, the “triage” button was renamed to “clean up”, and the items created when first starting have been made more useful. The sidebar list of collections can now be reordered by dragging them in-place. A variety of build/packaging and platform-specific bugs have also been fixed.

Additionally, Chandler Desktop has updated its sharing protocol to match that of Chandler Server (Cosmo) 0.13. Previously, a user could republish items that had been shared to them read-only to obtain read-write permission to those items. See here and here for more information. People using versions of Chandler Desktop prior to 0.7.5 will not be able to republish items to recent versions of Chandler Server including Chandler Hub.

A list of known issues in this release is at the bottom of this announcement.

Chandler Desktop 0.7.5 is available for download for Windows, Mac, and Linux at:

http://chandlerproject.org/download

Additional information is available from the Chandler Project homepage.

The bugs fixed in this release include:

  • #5058 Add the ability to reorder collections in the sidebar
  • #7024 Improvements to divider in the sidebar
  • #10785 Tab key press doesn’t end lozenge edit on Ubuntu
  • #10997 Bad dependency on tools/ dir
  • #11013 Plug read-only security hole
  • #11238 Reminder popup prevents to use Chandler
  • #11239 Using delete via context menu deletes wrong user item - no indication to user
  • #11290 Rename Triage button
  • #11429 Re-organize the File menu
  • #11676 Added a new collection on the hub & Chandler desktop hung
  • #11678 make the links in the ‘Tip of the day’ clickable
  • #11684 Add “Show Tips” to the Help menu
  • #11689 Chandler crashed on linux with X window System error
  • #11705 Need to be able to tell if a reflist attribute has been deleted or not
  • #11712 Full Name not showing up for sender in email I receive in Apple Mail
  • #11729 Generate items from dialog
  • #11770 Strip down UI
  • #11771 Change task stamp to star stamp
  • #11772 Fill-in OOTB items
  • #11783 Traceback when making ‘Future’ edit on recurring series
  • #11814 Change hint text in quick entry bar to: Create a new note
  • #11819 Leopard Desktop releases show “Python” not “Chandler” for name
  • #11823 Couldn’t migrate 0.7.3 to 0.7.4 on MacOSX
  • #11830 SAST timezone missing
  • #11831 German translation’s key-bindings (at least on Mac) are bad
  • #11836 Change Copy URLs to Clipboard text to…
  • #11838 Language Switch doesn’t work
  • #11880 Disallow adding read-only items to other collections
  • #11884 Better sharing error messaging
  • #11887 Exception changing visible hours in multiweek (month) view
  • #11900 Change View>>Triage to View>>Clean up
  • #11903 Traceback after upgrading
  • #11911 D-click to mark item as 2-triage statuses away
  • #11914 Drags to read-only collections succeed
  • #11919 Can’t cancel publishing a collection

There are five known issues with this release we’d like to highlight:

  • #11878 Can’t put items you received via Email on the Server
  • #11921 Read-write access should override read-only access
  • #11946 Crash manipulating particular event in Chandler
  • #11947 No highlight state in month view
  • #11948 sidebar update oddity when creating a collection

This list of known issues includes an application crash that previously didn’t happen when editing an event in a collection that’s not currently selected. All these issues involved sophisticated sharing scenarios (multiple collections with some read-only and others read-write, and sharing items via email) or are UI oddities with simple workarounds.

Thanks for your interest in Chandler Desktop!


Chandler Project plays nicely with existing tools

March 17th, 2008 at 9:00 am (1 month, 3 weeks ago) by Jared Rhine under Chandler Desktop Development, Chandler Hub Service, Chandler Product News, Chandler Server Development

Interoperability is an important part of the Chandler Project vision.

Chandler is about trying to match the way people really work. And everyone uses lots of tools to get their job done. One of the first things people want to know when considering trying out Chandler software is “Will it work with what I already use? Can I switch back if I don’t like it? Will it work with the tools that friends of mine use?”

We believe the answer to all these questions is “YES”! You can safely and productively start using one or more of the Chandler Project components on top of your existing toolset. Go ahead, try it out! Read more below to learn the details.

For a bullet-list summary of our best-available notes on specific applications and which features are supported with each, see our interop overview.

Import/export

The gold standard of calendar transfer is the “ICS” file (in iCalendar format). Most calendar and task list applications support both import and export of ICS files.

You can try out Chandler Desktop without switching from your current setup. Just export one or more ICS files from your current application, then import those files into Chandler Desktop (continuing to use your current app). To switch over permanently, just export+import again a final time!

If you later decide you’d like to change again, you can export ICS files from Chandler Desktop or Chandler Hub, using those files for import into a wide variety of applications.

We’ve seen import and export work for Outlook 2003/2007, Mozilla Lightning/Sunbird, Apple iCal, and others; it should work with a great many apps, probably yours included.

Note that Outlook doesn’t export full information by default; we’ve found this $10 application from littlemachines produces high-quality exports from Outlook that work well with Chandler Desktop.

In practice, doing ICS import/export can have gotachas. Not all application combinations/roundtrips are 100% perfect. We urge you to keep backups and try out import/export before committing your important data to any application. In Chandler Desktop, we’ve spent a lot of time tuning our import/export routines to handle as many variants and details as we can. Chandler Desktop properly handles events, tasks, timezones, recurrence, and other details. Please report any import/export problems you encounter.

We’ve put together some additional information about import/export with Chandler Desktop specifically, so check that for additional hints and notes.

Synchronization

ICS import/export is great for transferring your data between apps, but it’s a manual process not suited to keeping multiple applications in sync. Usually when you import a data set, your app will overwrite changes you may have in your local copies of those events. It’s hard to make changes in two separate apps.

Chandler Desktop and Chandler Hub both support multiple network sync protocols. Where other applications (Outlook, iCal, etc) overlap at least one of these protocols, interoperability is possible on at least some level.

One main idea to keep in mind when thinking about these various systems is whether a scheme is “read-only” or “read-write” (ie, bidirectional). It seems like read-only (or 1-way) interoperability works more reliably today, but protocols like CalDAV promise a new era of real-time, 2-way synchronization of calendar data between lots of free and for-pay applications and web services.

The big news is that you can do 2-way/read-write calendar and task synchronization today, both privately and shared with other people. Here’s a list of the main ways to do that, based on Chandler Project software.

Webcal, 1-way sync

The most simple network protocol is to take an ICS file (see above in import/export) and post it to the web, so various apps can download it (redownloading to check for changes periodically). This system is called webcal.

Chandler Desktop works great for subscribing to a number of public webcal URLs and overlaying them all on one canvas. This is a great way to keep track of lots of calendars.

If you store any events/tasks on Chandler Hub, then you can login to get a URL that you can enter into the right spot in Outlook, Apple iCal, Google Calendar, Lightning/Sunbird, Evolution, Zimbra, and many other apps to synchronize that Hub calendar with your app. This is always a read-only/1-way procedure.

Using webcal, in Outlook 2007, you can overlay say personal or family Hub calendars on top of your Exchange/Outlook calendars you use at work. (Look for “Internet Calendar” features in Outlook’s help.) If you make a change on the Hub or Chandler Desktop and then synchronize, you’ll see that change in your work Outlook’s display.

You can also subscribe to Hub calendars in Outlook 2003, but only view the calendars side-by-side. Other apps like iCal, Lightning/Sunbird, Google Calendar, and Evolution all support overlaying the Hub calendar with other calendars.

Many applications, Outlook included, can also publish a webcal calendar to a web server. You can use Chandler Hub as a destination server for most of these webcal-publishing apps. This works, but please note this does not provide a web UI for that calendar, and it’s again a 1-way publication. The original application will very likely not detect any changes made to this webcal file on the server.

Webcal, 2-way sync

Chandler Desktop can also do 2-way synchronization via webcal. Most applications treat a webcal file as read-only or write-only, but Chandler Desktop will check for changes in a webcal file it is monitoring and integrate those changes. If used with another application that also checks for changes, you get 2-way synchronization. We know Lightning/Sunbird does this (though you might chose to use CalDAV to synchronize instead).

CalDAV, 2-way sync

CalDAV is an emerging standard protocol for open calendar exchange. It’s not a protocol that’s used directly between two clients (like ICS files are), but rather defines a calendar server to which multiple clients can subscribe and synchronize. Chandler Hub also provides a read-write web UI to any calendar you store or use in your account.

The Open Source Applications Foundation via the Chandler Project was an early supporter of CalDAV. Together, our Chandler Desktop application and Chandler Server server product are some of the oldest and most mature implementations of the CalDAV standard and we plan to continue that support.

Chandler Hub is, as far as we know, essentially the leading free CalDAV service offered to the public. Given a fully-cooperating CalDAV client (Lightning/Sunbird, iCal 3.x, and Evolution all cooperate to various degrees), you can use these other clients regularly or occassionally and even use Chandler Desktop for advanced work (like sharing a single item between multiple calendars).

Chandler Desktop can subscribe to and publish a collection (calendar+events) to any CalDAV server (Apple Calendar Server, RSCDS, Bedework), or actually any WebDAV server (Apache mod_dav, .Mac, etc). Both of these mechanisms support bidirectional (read-write) synchronization, so multiple applications or people can all create, edit, and delete events and tasks any time they want, using the application of their choice.

iCal 3 (in Apple 10.5 “Leopard”) is a great new CalDAV-using PIM client. You can use it to make changes to your Hub collection, and still be able to use the Hub web UI to make changes from anywhere. Note that iCal 3 supports read-write calendars only to calendars in your account. Chandler Desktop and Chandler Hub let you subscribe to shared collections owned by other users with full read-write access.

Email integration

Chandler Desktop is not a complete email client; it is rather intended to complement your existing email client. The mechanism we use is to create dedicated Chandler folders on your IMAP server. Using your regular email client (Outlook, Thunderbird, Mail.app, Evolution, etc), you just drag an email from your inbox into a Chandler folder, where the message will be parsed for event, task, and other information.

You should also be able to send email update of items from Chandler Desktop using just about any outgoing mail server available. Events emailed this way appear as ICS attachments. We’ve tested Exchange, Postfix, Gmail, Yahoo mail, and Hotmail/MSN among others.


Chandler Desktop 0.7.4 released

February 7th, 2008 at 9:48 am (3 months ago) by Jared Rhine under Chandler Product News

The Chandler Project is pleased to announce the 0.7.4 release of Chandler Desktop!

Chandler Desktop is an open source, standards-based personal information manager (PIM) built around small group collaboration and a core set of information management workflows modelled on Inbox usage patterns.

The 0.7.4 release adds a Tip of the day feature and a German translation contributed by a user. The triage status behavior was improved to be more useful. There have been dozens of bug fixes across the application, as well as fixes to the build and testing infrastructures.

Bug fixes in this release focused on items reported by people using Chandler regularly; in particular, issues users found using the Chandler dashboard. The 0.7.4 release is the fourth in a series of ongoing releases since Chandler Preview 0.7.0 intended to respond to the ongoing feedback received from users. Additional releases improving Chandler Desktop are planned and ongoing.

Chandler Desktop 0.7.4 is available for download for Windows, Mac, and Linux at:

http://chandlerproject.org/download

Additional information is available from the Chandler Project homepage.

The bugs fixed in this release include:

  • #6629 testing framework bug: KeyError:
  • #7894 Events should be marked as DONE when end-date/times roll by, but not ‘Purged’ to DONE section
  • #8658 Missing documentation on en_GB locale requirement
  • #8814 After Preview is frozen, we should contact volunteer localizers to get them started
  • #9928 Recorded Scripts: playback too sensitive to time zone settings
  • #10128 MinCyg download on Chandler page missing some binaries
  • #10498 Recorded script recTestAllDay passing even though it is creating a note
  • #10625 Save when dragging event lozenges in the calendar
  • #10662 error while deleting office cal
  • #10750 TCEUT0007 - Sending an update to an invite doesn’t trigger sending the mail
  • #10909 Chandler does not build on 64-bit Ubuntu Gutsy Gibbon
  • #10916 PyDeadObjectError from wxTimedEventsCanvas
  • #10937 Start-up screen that directs people to demo movies
  • #10948 Entire recurring series keep popping into NOW but no evidence of global edit
  • #10999 gdata plugin ends up as an .egg in plugins/ others are .egg-link
  • #11110 Traceback when renaming a non-visible collection
  • #11375 Use of delete key in quick entry field
  • #11388 New items with a “/” anywhere in the title don’t get created
  • #11396 recTestNewEvent fails on intel leopard tbox
  • #11428 Kernel protection error double clicking in calendar
  • #11444 Redesign export on quit
  • #11454 Plugin install fails if no write access to CHANDLERHOME/plugins
  • #11475 Nov 12th, 2007 Weekly PPD Meeting keeps popping back to NOW
  • #11479 wxGrid fails to send EVT_GRID_EDITOR_HIDDEN
  • #11494 It’s possible to have a collection be subscribed but not appear in the sidebar
  • #11498 Need to handle cosmo response 409 to see if duplicate icaluids reported
  • #11513 A couple exception raising statements are missing proper module name
  • #11514 Localization scripts leveraging build_lib.runCommand fail on Windows
  • #11531 Need a tool to compare Chandler.pot with submitted Chandler-LOCALE.po
  • #11556 0.7.3 RC1 Chandler fails to launch with ValueError: An error occured while creating VM
  • #11562 Events don’t auto triage to now when changing time of recurring event
  • #11573 distIndex needs to be fixed to deal with the ~ in .deb files
  • #11577 wx stock labels in English when starting on non-English system
  • #11578 recorded script recTestNewEvent fails on Leopard
  • #11597 Item I edited shows up as Unread in PPD collection
  • #11602 Traceback borked my PPD collection
  • #11604 Not able to create Chandler HUb Account - Generating Timeout error
  • #11606 Failed to import record ItemRecord
  • #11616 Traceback using context menu during script recording
  • #11625 Using UI repo view from bg thread
  • #11640 gettext needs to be built in external for mac and windows
  • #11645 make install fails on leopard with error: egg creation failed
  • #11660 Sending email to yourself in Chandler causes false-positive ‘Unread’ status and ‘popping into Now
  • #11661 Only pop the NEXT OCCURRENCE into NOW if there has been a global edit.
  • #11663 print statements in production code
  • #11666 Recorded Script: mini cal nav does not work in Leopard on playback
  • #11692 Subscribe to Google Calendar results in Subscribe Error
  • #11697 Recorded Scripts don’t handle tabbing into notes DV field
  • #11701 Add the German translation to the SVN trunk Makefile and releases
  • #11702 Update debug plugin for repository as egg
  • #11734 Update the French po for 0.7.4
  • #8447 recorded scripts don’t work for dialogs
  • #8772 Recorded script recTestKeepOutOfDashboard fails
  • #9442 Recorded script quick entry creation of an item with apostrophe in title generates invalid python
  • #9714 Script recording - triage button doesn’t get clicked on playback
  • #9758 Script recording - unable to name an event on creation
  • #9768 Script Recording - scripts fail to stamp items on playback
  • #9780 Script recording - script too sensitive to event time on playback
  • #10187 browse never catches AssertionErrors
  • #10709 timezone display error
  • #11121 Land the recorded_scripts branch
  • #11150 Recorded scripts focusWindow.GetName() error when using quick entry
  • #11172 Changing UI indication for working hours
  • #11181 webbrowser.open is unreliable
  • #11194 clicking on outgoing mail in the accounts dialog scrolls it on the top hiding the other 2 options
  • #11390 gutsy and leopard tbox logs don’t include func test logs
  • #11431 Inconsistent wording for protocol: type vs protocol
  • #11433 Recorded scripts finds bug in wxGrid on Leopard
  • #11462 Unstamping as mail after attempting to remove from Dashboard leads to AssertionError: index (n) out of range (n) and python crash on closing app
  • #11507 Emails sent from Chandler don’t display First Name, Last Name in the From column
  • #11528 Traceback when canceling a “collections and settings” export
  • #11547 App crash on compact
  • #11569 TestMulti fails intermittently on Linux
  • #11574 Tip of the day
  • #11582 Land the wx tarball for wxPython 2.8.7.1
  • #11583 Recorded scripts UnboundLocalError: ‘window’ referenced before assignment
  • #11627 Deleting imap account and adding another leads to exception
  • #11708 Difficulties replacing TestEnableTimeZones with recorded script

Thanks for your interest in Chandler Desktop!


Chandler Server (Cosmo) 0.12.0 released

February 7th, 2008 at 1:55 am (3 months ago) by Jared Rhine under Chandler Server Development

The Chandler Project is pleased to announce the 0.12.0 release of Chandler Server (Cosmo)!

Chandler Server is a server and Ajax web UI for managing and sharing calendars, events, and tasks. It implements open data standards including CalDAV, WebDAV, Atom, and Atompub.

This release supports a standalone WAR form of Cosmo ready to drop in to an existing Tomcat installation. A security issue allowing unauthorized access when a collection had been shared was fixed. A number of smaller bugs have also been fixed for Unicode usernames, error logging, and the calendar web UI.

Chandler Server 0.12.0 is available for download as a ready-to-run bundle at:

http://chandlerproject.org/serverdownload

and the source code is available from subversion at:

http://svn.osafoundation.org/server/cosmo/tags/rel_0.12.0

Send us feedback at the open mailing list (no subscription required):

chandler-users at osafoundation.org

We look forward to hearing from you!

The bugs fixed in this release include:

  • #10816 Document how to deploy Cosmo into Tomcat
  • #11101 unicode characters in username break admin ui
  • #11442 overlaid event continues to be displayed in the color of the unselected calendar
  • #11481 deleting account not working exactly as expected
  • #11487 including records with dulicate icaluids succeeds
  • #11554 Incorrect, possibly scary confirmation prompt when deleting subscriptions
  • #11591 MC protocol needs its own security component
  • #11754 retryfilter no longer works for dav
  • #11755 server trying to update item in read-only service call
  • #11757 invalid http method causes errors in log
  • #11572 when allday is checked, time should be disabled
  • #11721 February 29th not displayed in 2008

There was no change to the database schema for Chandler Server in version 0.12. Instructions for upgrading from previous versions of Chandler Server can be found at: <http://chandlerproject.org/Developers/ServerBundleInstallation#Upgrading%20from%20previous%20versions>


Chandler Server (Cosmo) 0.9.1 released

November 14th, 2007 at 3:03 pm (6 months ago) by Jared Rhine under Chandler Server Development

The Chandler Project is pleased to announce the 0.9.1 release of Chandler Server (Cosmo)!

Chandler Server is a server and Ajax web UI for managing and sharing calendars, events, and tasks. It implements open data standards including CalDAV, WebDAV, Atom, and Atompub.

New in this release is the ability to overlay multiple calendar collections and subscriptions onto a single calendar view, and the ability to create new collections via the web UI. Also improved in compatibility with iCal 3.0’s use of CalDAV, and support for more characters in usernames.

Chandler Server 0.9.1 is currently available for download as a ready-to-run bundle at:

http://chandlerproject.org/serverdownload

and the source code is available from subversion at:

http://svn.osafoundation.org/server/cosmo/tags/rel_0.9.1

Send us feedback (no subscription necessary) at the open mailing list:

chandler-users [at] osafoundation.org

We look forward to hearing from you!

This is a bugfix release for Chandler Server 0.9.0 and is recommended for general usage. Chandler Server 0.9.0 was not released because of a large slowdown caused by a corrupt build of an upstream library.

The bugs fixed in Chandler Server 0.9.0 and 0.9.1 are:

  • #6194 Overlays
  • #9715 Caching of Atom content not working properly in Firefox
  • #10678 Cannot log in from IE 7 to production Chandler Hub 0.7.0-r5487
  • #10734 Some characters in usernames cause trouble
  • #10889 Log 5xx in /pim
  • #10890 Log 5xx in /mc
  • #10918 cosmo handles allday events incorrectly in some time-range query cases
  • #11019 cosmo allows null displayName, which results in server error
  • #11022 server bundle release notes point to the wrong place
  • #11050 Spurious “Unsaved Changes” clicking off final item in recurrence
  • #11068 Error deserializing XML attribute
  • #11105 weird hibernate error seen on lab.osaf.us
  • #11212 Collection overlay: list jumps around when it’s scrollable
  • #11213 Using mini cal, quick jump, or next week navigation on canvas with overlay broken
  • #11221 Incorrect subscription instructions for iCal 2.x with published collections
  • #11241 Same-title events disappear from iCal 3 after being triaged
  • #11249 empty title causes 500
  • #11297 Collection creation and deletion bug
  • #11372 Slowdown in Cosmo 0.9.0

A summary of known issues in this release is available:

http://chandlerproject.org/knownissues

This version of Chandler Server contains database schema changes from previous versions. Instructions for upgrading from previous versions of Chandler Server can be found at:

http://chandlerproject.org/Developers/ServerBundleInstallation#Upgrading%20from%20previous%20versions

Thanks for your interest in Chandler Server!


Chandler Hub updated to Cosmo 0.7.5

October 15th, 2007 at 10:29 am (7 months ago) by Jared Rhine under Chandler Hub Service

The Chandler Hub has been updated to Cosmo 0.7.5. Since the last announced Hub update, we’ve updated the service five times with new bugfix releases of Chandler Server (Cosmo).

The major improvements include:

  • Full UI support for Safari browsers
  • Multiple fixes to triage status handling between Chandler Desktop and Chandler Server
  • Supports browsers set to widths greater than 1600 pixels
  • URLs presented for webcal-based downloads now working
  • Support for more punctuation characters in titles
  • Editing recurring events works better in multiple situations
  • Fix for the edited-by column in the dashboard view to show more useful data
  • Multiple bugs fixed which were creating user-visible error messages
  • Lots of individual feature and visual improvements and bug fixes

Please see the Cosmo blog channel for additional information about each individual release.  More neat features appear on the horizon from new Cosmo development.

As always, we welcome individuals and groups to try the free and open Chandler Hub service in addition to other Chandler Project components.


Chandler Hub as an open service

August 30th, 2007 at 11:00 am (8 months, 2 weeks ago) by Jared Rhine under Chandler Hub Service, Chandler Project, Chandler Server Development, Community, OSAF

The Chandler Project is running an open service named Chandler Hub. Or at least, that’s what we’ve been telling ourselves.

The term “open service” does not have the clear definitions and history of its cousins “open source” and “free software“. We’re trying to figure out, just like everyone else, what it means to be an open service.

There has been a recent surge of chatter about “open services“. The current focus seems to have two branches: 1) attempts to define the term “open service” and 2) discussion of the impact of closed services to the larger Internet public good. This surge was probably triggered by Luis Villa’s recent work for the GNOME Online Desktop project. Luis takes care to catalog excellent references to earlier work as well. There’s a healthy conversation on the Open Knowledge Foundation’s okfn-discuss mailing list, where Rufus Pollack just posted a draft of an open service definition.

How the new titans of web services approach the openness of their offerings has an importance it did not have five years ago. Tim O’Reilly has promoted the view:

…the fundamental challenge of the Web 2.0 era may not be free software but free data, and the right of users to view, delete, modify, or freely transfer to a competing service the data that is stored about them in centralized databases…

OSAF (the Open Source Applications Foundation) with its Chandler Project and related hosted service Chandler Hub, seems positioned within both these areas: free/open software as well as free/open data. The ideals of freedoms and the public good are embedded in OSAF’s DNA and our self-standards are high. We would love to hear about areas we can improve.

A persistent criticism of many of the most popular web services is “Where’s the source?!” Whatever Google’s goals for openness are otherwise, no one realistically expects them to release their revenue-center source code. So people focus on the most important substitute: data access through open standards and open protocols. Groups like MoveMyData envision a generic tool for bulk download/upload of “your data” to sites like Flickr, YouTube, MySpace, and blogger, including your own web servers. Others dream that application-layer protocols like Atompub, CalDAV, or CardDAV, etc will be widely adopted and provide user freedoms through interoperability. Others worry about identity management, so links to treasured pictures online don’t go bad when a service changes operations (the broken URL problem).

The Chandler Hub service though, is the “full package”, multiple open apis for data and fully open source. (We have not quite solved the broken URL problem though.) The Hub is a straight install of Cosmo (the Chandler Server). Cosmo is an Apache 2-licensed open source “PIM sharing server” with a built-in web UI. Coupled with consumer-friendly terms of service, we have the makings of a fully-open hosted service.

OSAF, a non-profit organization, did not build Cosmo specifically to run a service; the original thought was that workgroups might run their own (like SMTP and web servers) and that they would form a loose network of cooperating servers. (The original Chandler vision was even framed in terms of true peer-to-peer, similar to Kragen Sitaker’s 2006 proposal for how to achieve open services).

As OSAF approached its Preview launch, it seemed clear that running a free service, providing easy sharing, synchronization, and a web interface was an important enabler for people trying out the Chandler Project. Some people will not have access to a private server, so without a low-hassle (and free-to-use) service, they would be blocked from using some parts of the Chandler Project.

Whatever the history, we find ourselves today launching a remarkably open service. Do we measure up to emerging definitions of open services?

Villa’s model for open services asks for the full package, source code included. It contains three preconditions:

  1. data access (ability to retrieve data in open formats)
  2. source access (ability to interact with your data locally once retrieved)
  3. hardware access (ability to run on various sized-hardware)

and three rights: use, modify, redistribute.

Users of Chandler Hub have full data access via multiple open standard protocols (Atompub, CalDAV, and Webcal). Full source access available in OSAF’s public subversion repository and hardware access spans from laptops through large, clustered servers. Even our admin scripts and runbook are available.

So it seems fair to say that Chandler Hub rates well on Villa’s preconditions for an open service. Huzzah!

How we’re judged for the three rights of use, modify, and redistribute should depend on our exact and our adherence to those terms. We want to provide every consumer right expected in this area.

The issues in crafting an open terms of service are trickier than they appear: while you own your data, you can’t be mad at us if we “break your stuff” if there were say a server corruption or downtime. It turns out you actually need to grant the service important rights (store, transmit, etc), not the other way around. Also, when you share an item with others where you both have a right to edit, who has a right to delete it later? Some open service definitions expect community-generated data to be licensed under say the Creative Commons licenses, how does that apply to what Chandler Project is doing (with shared, but possibly private data)?

It turns out, that while drafting this post about open services, the Chandler Project just posted our first public terms of service and privacy policy. Experience suggests that there will be at least a couple of places where we did not write down what we actually meant. We’ll need a longer track record before we can be judged on our implementation of our terms, but we encourage you to let us know how our terms of service document looks, how the privacy policy looks, and how you think we’re doing on this critical dimension of an open service.

So there’s our claim: we’re running an open service, providing both open data and open source, backed by a non-profit motivation and consumer-friendly terms. We’d like to accomplish a few things here:

  • Get community feedback on our terms of service and privacy policy
  • Highlight the importance of the other end of the browser connection in Mozilla’s vision of the Open Web
  • Have people working on “open service” definitions consider how the Chandler Hub ranks on their openness scales
  • Encourage open service definitions to address further the thorny problem of appropriate terms of service
  • Plug the Chandler Hub service. Check out our system and tell us what you think!

Thanks in advance for any feedback you can provide and also thanks for your interest in the Chandler Project!


Chandler Hub has been updated to Cosmo 0.7.0

August 28th, 2007 at 4:11 pm (8 months, 2 weeks ago) by Jared Rhine under Chandler Hub Service, Chandler Server Development, OSAF

We just updated Chandler Hub to Chandler Server 0.7.0! The update was smooth and no one has reported significant issues. Enjoy the new feature enhancements!

In particular, Chandler Hub now demonstrates more pieces of the Chandler vision. In particular, the Hub now supports not only tasks, but Chandler item “stamping” which lets a event also be a task and vice versa. Your tasks and events can be viewed and “triaged” on a unified web dashboard.

This Hub update has been tested to support the upcoming Chandler Desktop Preview release. If you’re using older versions of Chandler Desktop, we suggest considering upgrading to a recent release. While the final Chandler Desktop Preview has not been released, RC2 is currently available and is the best available version. If you prefer to wait for the final released version, no problem; that should be coming soon.

You are invited to use Chandler Hub for daily usage or testing of Cosmo 0.7.0. We’re a small service, but we will do our best to keep your data secure and always available for your use.

We should note that are known issues in Safari support for this 0.7.0 version of Chandler Hub. Also, IE 7 users may now receive a dialog upon logging in related to security settings. If ActiveX is disabled via custom settings, you may not be able to use the Hub. We’re working on fixes to both these issues; thanks for your patience!


Chandler Hub downtime morning of 2007-08-28

August 27th, 2007 at 1:30 pm (8 months, 2 weeks ago) by Jared Rhine under Chandler Hub Service

Tomorrow morning, Monday 2007-08-27, from 8:30-9:30am Pacific time, there will be a planned outage for Chandler Hub, the hosted service of the Chandler Project.

The downtime will be used to upgrade the service to the recently-released Chandler Server 0.7.0. The update will provide significant updates for the web user interface, providing both task management and an integrated dashboard view.

No account data will be lost; after that hour of downtime, your account and data will still be available via the web UI and other protocols supported by Chandler Server, with some new features able to use all that data.  During the outage, you will not be able to synchronize clients or use the web UI.


Chandler Server (Cosmo) 0.7.0 released

August 27th, 2007 at 1:25 pm (8 months, 2 weeks ago) by Jared Rhine under Chandler Server Development

The Chandler Project is pleased to announce the 0.7.0 release of Chandler Server (Cosmo)!

Chandler Server is a server and Ajax web UI for managing and sharing calendars, events, and tasks. It implements open data standards including CalDAV, WebDAV, Atom, and Atompub.

Chandler Server 0.7.0 is currently available for download as a ready-to-run bundle and the source code from subversion.

Send us feedback at the open mailing list ‘chandler-users at osafoundation.org‘. We look forward to hearing from you!

This release is a substantial improvement over Cosmo 0.6.1 and is recommended for general usage. Changes in this release are summarized in the release notes.

The outline of changes is:

  • Web-based dashboard
  • Item stamping support
  • Interoperable with Chandler Desktop triage workflow
  • Name change from Cosmo to Chandler Server
  • Atom server queries replace JSON-RPC queries
  • Forgot username/password workflow
  • Search users in admin interface
  • Better web UI error reporting
  • Schema migration support for 0.6.1.x instances
  • Better calendar interoperability
  • Performance improvements
  • Security improvements
  • Some CMP (management protocol) changes

A summary of known issues in this release is available.

Thanks for your interest in Chandler Server!