Graham Perrin wrote: > > For each of the two affected collections (I experimented with two > different calendars whilst testing Things 1.0.1) I now have .ics export > files, products of Chandler Desktop 1.0.2. > > … I can: > > 1. un-publish (remove from Hub) > > 2. re-publish. > > However: I guess that doing so can not preserve the UID of the collection, > nor the validity of the tickets. … >
To maintain validity of tickets etc. I opted for a longer route to recovery: 1. for each affected collection, at the hub, create a temporary sibling 2. in Chandler Desktop, sync (allow the bad on the Hub to supersede the good in Desktop) 3. into each temporary sibling, import one of the .ics files that I produced on 20th January 4. from each temporary sibling: copy all to the original but spoilt sibling 5. sync, two or more times, to reassure myself that all good data re-introduced to the original collections was not being lost through sync with Hub 6. delete the temporary collections from Chandler Desktop, confirm removal from Hub, sync. Definitely NOT a solution for the faint-hearted — the path to recovery was littered with six or more bugs (see below) — but at least I have regained confidence in the content of my collections. <https://bugzilla.osafoundation.org/show_bug.cgi?id=12635> Auto-sync and other synchronisation preferences are lost during export/import (restore) <https://bugzilla.osafoundation.org/show_bug.cgi?id=12636> Chandler Desktop fails to respect the user's suspension of syncing <https://bugzilla.osafoundation.org/show_bug.cgi?id=12651> No menu commands for appearance/organisation of a note within collections <https://bugzilla.osafoundation.org/show_bug.cgi?id=3307> Dragging multiple items is awkward <https://bugzilla.osafoundation.org/show_bug.cgi?id=12567> A click on a collection should select the collection (not an item therein) <https://bugzilla.osafoundation.org/show_bug.cgi?id=12650> Deletion of multiple collections in Chandler Desktop fails to delete all corresponding collections from Hub Within bug 12650: > two or more times, in sidebar, re-order collections that became disorderly > That should probably be a seventh bug, and it's certainly undesirable to have collections falling out of order when you're trying to aim over a thousand notes in the absence of a menu command — but for sanity I had to draw a line somewhere ;) --- The opening question still remains: > How to push the truth in Chandler Desktop 1.0.2 to Chandler Hub? > — and an ultimate answer will inform some of the discussion under <http://n2.nabble.com/-tt2191447.html>, > [interop] triple truths, conflicts, correction, applications, device > conduits and sync > Months ago, when I first saw Chandler Hub promoted as a backup medium, I had a bad feeling about that description, something I couldn't quite put my finger on. Experience in recent days makes me seriously doubt the value of promoting the Hub in this way. There are _very many other good_ things about Cosmo and Chandler Hub, IMHO really no need to promote the backup aspect. A backup service must be a thing upon which all users can rely in all circumstances — never a thing with which the user must battle. With that in mind I posted to chandler-dev <http://n2.nabble.com/-tr2185479.html>, > Not promoting Chandler Hub as a backup medium > I trust this will be read in good spirit; I recognise fully the value of Cosmo and of Chandler Hub, I just think it less than ideal to describe it as a backup service. (Personally, I don't mind being bitten on the bum by bugs like this, I enjoy a challenge. However: a less patient user might be put off Chandler by this type of challenge ;) Peace Graham -- View this message in context: http://n2.nabble.com/-dataloss--How-to-push-the-truth-in-Chandler-Desktop-1.0.2-to-Chandler-Hub--tp2184993p2210390.html Sent from the Chandler users mailing list archive at Nabble.com. _______________________________________________ [email protected] mailing list unsubscribe here: http://lists.osafoundation.org/mailman/listinfo/chandler-users Chandler wiki: http://chandlerproject.org/wikihome
