[sync] Tasks duplicated if marked "completed" on client
Marcel Samek
msamek at machinimamagic.com
Mon May 4 18:25:08 UTC 2009
Jan,
I followed your instructions but wasn't exactly sure what I was looking for so I am attaching the output of the various steps.
First I created a new task on the server, and performed a sync. The result can be found in the file SYNCONCREATE.TAR
I also dumped the contents of the horde_syncml_map table to the file MYSQLDUMPAFTERCREATE
Finally, I marked the task as complete on the client, and did a sync. As before, the task ended up duplicated on the server. The results are in the file SYNCAFTERUPDATE.TAR
M.
--
Marcel Samek
v: 310-801-6212
f: 805-492-2891
Quoting Jan Schneider <jan at horde.org>:
> Zitat von Marcel Samek <msamek at machinimamagic.com>:
>
>> I use the syncml client for the iphone and use it to sync my
>> calendar entries and my task list.
>>
>> I have noticed that there is a bug if I mark a task as "completed"
>> on the client and then sync. After the sync operation, the task on
>> the server ends up being duplicated, with one copy marked as
>> completed and the other not.
>>
>> I am running Horde 3.3.4-RC1 and Nag 2.3.1
>>
>> I emptied the contents of my /tmp/sync folder, marked a task as
>> complete on the client, then performed a sync. The resulting
>> contents of the /tmp/sync folder are in the attached tar file.
>>
>> Please let me know if is any other information to attach.
>
> These are the important lines from your sync logs:
>
> DEBUG: SQL Query by SyncML_Backend_Horde::_getSuid(): SELECT
> syncml_suid FROM horde_syncml_map WHERE syncml_syncpartner = ? AND
> syncml_db = ? AND syncml_uid = ? AND syncml_cuid = ?, values:
> 74471d58d4faec74c8ae1addb338689e32244399, tasks, msamek, 44
> DEBUG: No map entry found for client id 44 replacing on server
> DEBUG: Added to server db tasks client id 44 -> server id
> 20090501115228.66265hzh2y7kpkow at webmail.machinimamagic.com
> DEBUG: SQL Query by SyncML_Backend_Horde::_getSuid(): SELECT
> syncml_suid FROM horde_syncml_map WHERE syncml_syncpartner = ? AND
> syncml_db = ? AND syncml_uid = ? AND syncml_cuid = ?, values:
> 74471d58d4faec74c8ae1addb338689e32244399, tasks, msamek, 44
> DEBUG: SQL Query by SyncML_Backend_Horde::createUidMap(): INSERT
> INTO horde_syncml_map (syncml_suid, syncml_timestamp,
> syncml_syncpartner, syncml_db, syncml_uid, syncml_cuid) VALUES (?, ?,
> ?, ?, ?, ?), values:
> 20090501115228.66265hzh2y7kpkow at webmail.machinimamagic.com,
> 1241203948, 74471d58d4faec74c8ae1addb338689e32244399, tasks, msamek,
> 44
> DEBUG: Added instead of replaced entry
> 20090501115228.66265hzh2y7kpkow at webmail.machinimamagic.com
>
> The id that the client is sending to the server (44) is not found in
> the server's map of earlier syncs. The question is whether this the
> client's fault, sending a wrong (new) id, or the server's fault,
> either not storing the correct id during the first sync, or not being
> able to retrieve the id during the second sync.
>
> To test this, create a new task (either on the client or the server),
> sync, take a look at log.txt and see which id's are being used by the
> client and the server. Then see if those ids are correctly stored in
> the horde_syncml_map table.
>
> If they are, then complete the task, do another sync, and take again
> a look at log.txt whether the same ids are being used.
>
> Jan.
>
> --
> Do you need professional PHP or Horde consulting?
> http://horde.org/consulting/
>
> --
> sync mailing list - Join the hunt: http://horde.org/bounties/#sync
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: sync-unsubscribe at lists.horde.org
>
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: syncOnCreate.tar.gz
Type: application/x-gzip
Size: 4205 bytes
Desc: not available
URL: <http://lists.horde.org/archives/sync/attachments/20090504/80b83c03/attachment-0003.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mysqlDumpAfterCreate.gz
Type: application/x-gzip
Size: 25075 bytes
Desc: not available
URL: <http://lists.horde.org/archives/sync/attachments/20090504/80b83c03/attachment-0004.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: syncAfterUpdate.tar.gz
Type: application/x-gzip
Size: 4595 bytes
Desc: not available
URL: <http://lists.horde.org/archives/sync/attachments/20090504/80b83c03/attachment-0005.bin>
More information about the sync
mailing list