[Cosmo-dev] another issue with items in multiple collections
Randy Letness
randy at osafoundation.org
Tue Aug 7 10:47:31 PDT 2007
I seem to be using this subject a lot.
Bug 10212 describes the issue:
https://bugzilla.osafoundation.org/show_bug.cgi?id=10212
To summarize:
1. create collection 1, add item A
2. create collection 2, add item A
3. publish collection 1
4. publish collection 2
5. remove item A from collection 1
6. sync collection 1 --> item A re-appears
This is occurring because the sync operation involves getting all the
updated records since the last sync (the publish in this case). When
collection 2 was published, it included the recordset for item A so the
server assumes A has changed. When collection 1 is synced, these
changes are sent back before the client sends the deletions and these
changes override the deletions and the recordset deletions never get
sent to the server.
I think this is just Chandler's policy, that is server changes always
override local changes. It would be nice if the client informed the
user that the item has been updated and gave them a choice of keeping
the item or removing it. The same thing would happen if a different
Chandler client updated item A before the other client deleted and then
synced. I'm not sure there is a lot the server can do about this.
Thoughts?
This would work fine if the above steps were changed to:
1. create collection 1, add item A
2. create collection 2, add item A
3. publish collection 1
4. publish collection 2
5. sync collection 1
6. remove item A from collection 1
7. sync collection 1
-Randy
More information about the cosmo-dev
mailing list