On Fr, 2010-12-10 at 11:31 +0100, Patrick Ohly wrote: > On Do, 2010-12-09 at 16:47 +0000, Patrick Ohly wrote: > > The fTempGUIDMap is a map tempLocalID->ID. It now contains #65->SERVER > > and #35->SERVER. > > > > But the map in the DB AP is a map from (ID, ident) -> ([remote ID], > > flags). > > It cannot hold both #65->SERVER and #35->SERVER. > [...] > > So, what is the solution to this problem? Do I still misunderstand > > something or is there a genuine problem? ;-/ > > I've added some code which reuses an existing mapping. So in the example > above, the #34->SERVER mapping will be used when deleting the item on > the client, instead of creating the additional #65->SERVER mapping. So > far my tests are encouraging: everything seems to work, and the "ID not > new" sanity check never triggers.
Hmm, just noticed an error message during a "refresh-from-server" sync with a phone (Synthesis engine running as server) where some items need to be added to the phone: [2010-12-12 21:05:43.011] translated tempLocalID='#13' back to real localID='20101126t124907z-24712-33500-1...@pohly-mobl1-rid' [2010-12-12 21:05:43.011] dsConfirmItemOp - INTERNAL ERROR: no map entry exists for item [2010-12-12 21:05:43.011] dsConfirmItemOp completed, syncop=add, localID='20101126t124907z-24712-33500-1...@pohly-mobl1-rid', remoteID='', SUCCESS, errorstatus=0 I looked at the code, but not in detail. I still get the error message even after reverting my recent changes, so I don't think I broke anything. Everything seems to work, so I mark this down as a bogus error message which simply doesn't apply in this case. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. _______________________________________________ os-libsynthesis mailing list os-libsynthesis@synthesis.ch http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis