Hi John,
This is great, a bug report with a fix! Those are the best kind!
I would encourage you to enter it into the Bugzilla yourself. That way
if the devs want you to make changes or test it on any further, you'll
get the email directly.
Davor
On Wednesday 29 April 2009 19:58:33 John McCullough wrote:
> More digging suggests a quoting problem.
>
> 2009-04-29 19:36:01,772 osaf.sharing.recordset_conduit DEBUG: Need to
> fetch: etag mismatch for d38c2a94-29ff-11de-94fd-8abe0bdda660.ics
> (44800-1241058902000 vs "44800-1241058902000")
>
> The following hack seems to have addressed the problem for me:
>
> Index: chandler/parcels/osaf/sharing/recordset_conduit.py
> ===================================================================
> --- chandler/parcels/osaf/sharing/recordset_conduit.py (revision
> 16675) +++ chandler/parcels/osaf/sharing/recordset_conduit.py
> (working copy) @@ -1342,7 +1342,7 @@
> for path, etag in self.resources.iteritems():
> if path in paths:
> state = paths[path][1]
> - if etag != state.etag:
> + if etag != state.etag and etag[1:-1] != state.etag:
> # Need to fetch this path since its etag doesn't
> match doLog("Need to fetch: etag mismatch for %s " "(%s vs %s)",
> path, state.etag, etag)
>
>
> Should I post a bug report? Or would someone who already has a
> bugzilla account be willing to post one for me?
>
> -John
>
> John McCullough wrote:
> > Hello,
> >
> > I recently started using Chandler Desktop and I like the general
> > concept, but I have been running into a problem syncing against a
> > Zimbra CalDav Server. The first manifestation was that my
> > Dashboard/Tasklist would completely re-order when syncing. Digging
> > a little I discovered that this was because the items were being
> > flagged as unread during the sync. (I checked that tasks synced ok
> > with the chandler hub, and they did). I did a little code diving
> > to find where the items were tagged as unread and checking the logs
> > it seems like the tasks are being viewed as changed even though I
> > am not aware of any process changing them.
> >
> > Here is a log snippet that should cover a single record:
> >
> > 2009-04-29 16:44:18,682 osaf.sharing.recordset_conduit DEBUG:
> > Applying changes to 2d7fb878-3517-11de-8881-b6446c042ed3
> > [Diff(set([NoteRecord(u'2d7fb878-3517-11de-8881-b6446c042ed3',
> > NoChange, NoChange, None, None, NoChange),
> > ItemRecord(u'2d7fb878-3517-11de-8881-b6446c042ed3', NoChange, '100
> > 0.0 0', NoChange, NoChange, NoChange, NoChange)]),
> > set([ModifiedByRecord('2d7fb878-3517-11de-8881-b6446c042ed3', u'',
> > Decimal("1241048456"), 500)]))]
> > 2009-04-29 16:44:18,683 osaf.sharing.recordset_conduit INFO: **
> > Applying to UUID: 2d7fb878-3517-11de-8881-b6446c042ed3 / alias:
> > 2d7fb878-3517-11de-8881-b6446c042ed3
> > 2009-04-29 16:44:18,683 osaf.sharing.recordset_conduit INFO: ** ++
> > NoteRecord(u'2d7fb878-3517-11de-8881-b6446c042ed3', NoChange,
> > NoChange, None, None, NoChange)
> > 2009-04-29 16:44:18,683 osaf.sharing.recordset_conduit INFO: ** ++
> > ItemRecord(u'2d7fb878-3517-11de-8881-b6446c042ed3', NoChange, '100
> > 0.0 0', NoChange, NoChange, NoChange, NoChange)
> > 2009-04-29 16:44:18,683 osaf.sharing.recordset_conduit INFO: ** --
> > ModifiedByRecord('2d7fb878-3517-11de-8881-b6446c042ed3', u'',
> > Decimal("1241048456"), 500)
> > 2009-04-29 16:44:18,695 osaf.sharing.recordset_conduit INFO: Moved
> > single item 2d7fb878-3517-11de-8881-b6446c042ed3 to NOW;
> > Diff(set([NoteRecord(u'2d7fb878-3517-11de-8881-b6446c042ed3',
> > NoChange, NoChange, None, None, NoChange),
> > ItemRecord(u'2d7fb878-3517-11de-8881-b6446c042ed3', NoChange, '100
> > 0.0 0', NoChange, NoChange, NoChange, NoChange)]),
> > set([ModifiedByRecord('2d7fb878-3517-11de-8881-b6446c042ed3', u'',
> > Decimal("1241048456"), 500)]))
> > 2009-04-29 16:44:18,696 osaf.sharing.recordset_conduit INFO:
> > Marking item unread: 2d7fb878-3517-11de-8881-b6446c042ed3;
> > Diff(set([NoteRecord(u'2d7fb878-3517-11de-8881-b6446c042ed3',
> > NoChange, NoChange, None, None, NoChange),
> > ItemRecord(u'2d7fb878-3517-11de-8881-b6446c042ed3', NoChange, '100
> > 0.0 0', NoChange, NoChange, NoChange, NoChange)]),
> > set([ModifiedByRecord('2d7fb878-3517-11de-8881-b6446c042ed3', u'',
> > Decimal("1241048456"), 500)]))
> >
> > My guess is that something is happening in the translation step, or
> > that Zimbra is doing something quirky with the VTODO entries.
> >
> > I'd appreciate any help addressing this, at least to interpret what
> > is being flagged in the Diff (if anything).
> >
> > I am using Chandler Desktop v1.0.3 from the hardy package (running
> > Debian/testing).
> >
> > Thanks!
> > John
> > _______________________________________________
> > [email protected] mailing list
> > unsubscribe here:
> > http://lists.osafoundation.org/mailman/listinfo/chandler-users
> > Chandler wiki: http://chandlerproject.org/wikihome
>
> _______________________________________________
> [email protected] mailing list
> unsubscribe here:
> http://lists.osafoundation.org/mailman/listinfo/chandler-users
> Chandler wiki: http://chandlerproject.org/wikihome
_______________________________________________
[email protected] mailing list
unsubscribe here: http://lists.osafoundation.org/mailman/listinfo/chandler-users
Chandler wiki: http://chandlerproject.org/wikihome
