[Kolab-devel] Strange bug while syncing contacts (iPhone/kolab-syncroton 2.1)

Tilman Krösche tilman.kroesche at namlit.com
Thu Mar 7 22:47:17 CET 2013


Good evening together,

i've got a strange bug while syncronising contacts between 
kolab-syncroton and an iPhone4 with ios 6.1.
Whenever i get more than 25 contacts the iPhone syncs endlessly.

kolab-syncroton log:
---------------------------------------------
/[07-Mar-2013 22:27:36,000000 +0100]: [DEBUG] 
Syncroton_Server::handle::61 REQUEST METHOD: POST//
//[07-Mar-2013 22:27:36,000000 +0100]: [DEBUG] 
Syncroton_Server::_handlePost::103 REQUEST Array//
//(//
//    [protocolVersion] => 14.1//
//    [command] => Sync//
//    [deviceId] => Appl810529K2A4S//
//    [deviceType] => iPhone//
//    [policyKey] => 0//
//    [saveInSent] =>//
//    [collectionId] =>//
//    [itemId] =>//
//    [attachmentName] =>//
//    [acceptMultipart] =>//
//    [userAgent] => Apple-iPhone3C1/1002.146//
//    [contentType] => application/vnd.ms-sync.wbxml//
//)//
//
//[07-Mar-2013 22:27:36,000000 +0100]: [DEBUG] 
Syncroton_Server::_handlePost::126 xml request://
//<?xml version="1.0" encoding="utf-8"?>//
//<!DOCTYPE AirSync PUBLIC "-//AIRSYNC//DTD AirSync//EN" 
"http://www.microsoft.com/">//
//<Sync xmlns="uri:AirSync" xmlns:AirSyncBase="uri:AirSyncBase">//
//  <Collections>//
//    <Collection>//
//      <SyncKey>157523</SyncKey>//
//<CollectionId>6c4afee56c5c5064701b935b2de8d4ed</CollectionId>//
//      <GetChanges/>//
//      <WindowSize>25</WindowSize>//
//      <Options>//
//        <BodyPreference xmlns="uri:AirSyncBase">//
//          <Type>1</Type>//
//          <TruncationSize>32768</TruncationSize>//
//        </BodyPreference>//
//      </Options>//
//    </Collection>//
//  </Collections>//
//</Sync>//
//
//[07-Mar-2013 22:27:36,000000 +0100]: [DEBUG] 
Syncroton_Command_Wbxml::__construct::163 sync timestamp: 2013-03-07 
21:27:36//
//[07-Mar-2013 22:27:36,000000 +0100]: [INFO] 
Syncroton_Command_Sync::handle::196 SyncKey is 157523 Class: Contacts 
CollectionId: 6c4afee56c5c5064701b935b2de8d4ed//
//[07-Mar-2013 22:27:36,000000 +0100]: [INFO] 
Syncroton_Command_Sync::getResponse::642 found (added/changed/deleted) 
0/26/0 entries for sync from server to client//
//[07-Mar-2013 22:27:36,000000 +0100]: [INFO] 
Syncroton_Command_Sync::getResponse::856 new synckey is 157524//
//[07-Mar-2013 22:27:36,000000 +0100]: [DEBUG] 
Syncroton_Command_Sync::getResponse::863 update syncState for 
collection: 6c4afee56c5c5064701b935b2de8d4ed//
//[07-Mar-2013 22:27:36,000000 +0100]: [DEBUG] 
kolab_sync_transaction_manager::startTransaction::102 startTransaction 
request//
//[07-Mar-2013 22:27:36,000000 +0100]: [DEBUG] 
kolab_sync_transaction_manager::startTransaction::107  new 
transactionable. Starting transaction on this resource//
//[07-Mar-2013 22:27:36,000000 +0100]: [DEBUG] 
kolab_sync_transaction_manager::startTransaction::126  queued 
transaction with id 6b97d32094e5bd14a1e26971d1eb19db706f1d56//
//[07-Mar-2013 22:27:36,000000 +0100]: [DEBUG] 
kolab_sync_transaction_manager::commitTransaction::141 commitTransaction 
request for 6b97d32094e5bd14a1e26971d1eb19db706f1d56//
//[07-Mar-2013 22:27:36,000000 +0100]: [DEBUG] 
kolab_sync_transaction_manager::commitTransaction::153  no more open 
transactions in queue commiting all transactionables//
//[07-Mar-2013 22:27:36,000000 +0100]: [DEBUG] 
Syncroton_Server::_handlePost::173 xml response://
//<?xml version="1.0" encoding="utf-8"?>/
<!DOCTYPE AirSync PUBLIC "-//AIRSYNC//DTD AirSync//EN" 
"http://www.microsoft.com/">
<Sync xmlns="uri:AirSync" xmlns:Syncroton="uri:Syncroton" 
xmlns:AirSyncBase="uri:AirSyncBase" xmlns:Contacts="uri:Contacts" 
xmlns:Contacts2="uri:Contacts2">

....

</Sync>
----------------------------------------------------------

It seems like the contacts are always marked as modified and therefore 
they are synced, at least correct, over and over again.


Greetings

Tilman Krösche

-- 
Tilman Krösche

namlit
Heideweg 11b
38120 Braunschweig

Tel.:    +49 (531) 225201-0
Mobil.:  +49 (171) 225201-2
Fax.:    +49 (531) 225201-9
E-Mail:tilman.kroesche at namlit.com
web:http://www.namlit.com  

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/devel/attachments/20130307/7eb364b6/attachment.html>
-------------- next part --------------
_______________________________________________
Kolab-devel mailing list
Kolab-devel at kolab.org
https://www.intevation.de/mailman/listinfo/kolab-devel


More information about the devel mailing list