[FIXED] Contact Sync hangs on "Batch storing contacts..."

[Nurgotora]

EssentialPIM Pro 5.57 Network; Windows 7 Prof 64bit
EssentialPim Android free 3.0.2; Android 4.3.1 (CyanogenMod 10.2.1), Samsung Galaxy S4 Mini (GT-I9195, serranoltexx)
EssentialPim Android free 3.0.2; Android 4.1.2, Samsung Galaxy Note 10.1 (GT-N8000)

- Normally daily sync with GT-I9195 (no problems)
- Today sync with GT-N8000 failed with contact sync hanging on "Batch storing contacts..."
- Following attempt to sync with GT-I9195 hangs on "Batch storing contacts...", too.

Sync settings (to minimize side effects, keep log simple, etc.):
- Sync only contacts
- 1-way sync Epim -> Android
- Synchronize deletions

Cleared synchronization data before sync.

Symptom: contact sync hangs on "Batch storing contacts..." (see end of log).

Code: Select all

2014.03.13 10:24:50.154   EssentialPIM Pro 5.57  14.09.2013 14:03
2014.03.13 10:24:50.159   Server started at port 21114
2014.03.13 10:24:50.160   Local IP address(es):
2014.03.13 10:24:50.160   EssentialPIM Pro 5.57  14.09.2013 14:03
2014.03.13 10:24:50.160     192.168.0.101
2014.03.13 10:24:50.160     192.168.88.1
2014.03.13 10:24:50.161     192.168.153.1
2014.03.13 10:24:50.161   Server started at port 21115
2014.03.13 10:24:50.161     169.254.15.187
2014.03.13 10:24:50.161   Local IP address(es):
2014.03.13 10:24:50.162     192.168.0.101
2014.03.13 10:24:50.162     192.168.88.1
2014.03.13 10:24:50.162     192.168.153.1
2014.03.13 10:24:50.162     169.254.15.187
2014.03.13 10:24:50.163   EssentialPIM Pro 5.57  14.09.2013 14:03
2014.03.13 10:24:50.164   Server started at port 21116
2014.03.13 10:24:50.164   Local IP address(es):
2014.03.13 10:24:50.164     192.168.0.101
2014.03.13 10:24:50.164     192.168.88.1
2014.03.13 10:24:50.165     192.168.153.1
2014.03.13 10:24:50.165     169.254.15.187
2014.03.13 10:24:50.177   Announced by multicast.
2014.03.13 10:24:50.177   Announced by multicast.
2014.03.13 10:24:50.179   Announced by multicast.
2014.03.13 10:25:03.200   Client 192.168.1.50 connected
2014.03.13 10:25:03.202   Received message from client
2014.03.13 10:25:03.202   InfoReceived
2014.03.13 10:25:03.306   Requesting contacts...
2014.03.13 10:25:03.306   XML Parsed
2014.03.13 10:25:03.323   Received message from client
2014.03.13 10:25:03.323   XML Parsed
2014.03.13 10:25:03.324   Requesting data...
2014.03.13 10:25:04.554   Received message from client
2014.03.13 10:25:04.562   XML Parsed
2014.03.13 10:25:04.562   Requesting data...
2014.03.13 10:25:06.136   Received message from client
2014.03.13 10:25:06.143   XML Parsed
2014.03.13 10:25:06.143   Requesting data...
2014.03.13 10:25:07.370   Received message from client
2014.03.13 10:25:07.378   XML Parsed
2014.03.13 10:25:07.378   Requesting data...
2014.03.13 10:25:08.424   Received message from client
2014.03.13 10:25:08.433   XML Parsed
2014.03.13 10:25:08.433   Requesting data...
2014.03.13 10:25:09.612   Received message from client
2014.03.13 10:25:09.621   XML Parsed
2014.03.13 10:25:09.621   Requesting data...
2014.03.13 10:25:10.691   Received message from client
2014.03.13 10:25:10.700   XML Parsed
2014.03.13 10:25:10.700   Requesting data...
2014.03.13 10:25:11.656   Received message from client
2014.03.13 10:25:11.665   XML Parsed
2014.03.13 10:25:11.666   Requesting data...
2014.03.13 10:25:12.845   Received message from client
2014.03.13 10:25:12.855   XML Parsed
2014.03.13 10:25:12.856   Requesting data...
2014.03.13 10:25:13.929   Received message from client
2014.03.13 10:25:13.939   XML Parsed
2014.03.13 10:25:13.939   Requesting data...
2014.03.13 10:25:15.137   Received message from client
2014.03.13 10:25:15.148   XML Parsed
2014.03.13 10:25:15.148   Requesting data...
2014.03.13 10:25:16.192   Received message from client
2014.03.13 10:25:16.203   XML Parsed
2014.03.13 10:25:16.203   Requesting data...
2014.03.13 10:25:17.389   Received message from client
2014.03.13 10:25:17.401   XML Parsed
2014.03.13 10:25:17.401   Requesting data...
2014.03.13 10:25:18.536   Received message from client
2014.03.13 10:25:18.546   XML Parsed
2014.03.13 10:25:18.547   Requesting data...
2014.03.13 10:25:18.818   Received message from client
2014.03.13 10:25:18.820   XML Parsed
2014.03.13 10:25:18.825   ContactsSync
2014.03.13 10:25:18.836   ContactsCount=663
2014.03.13 10:25:18.837   ContSyncInfoCount=0
2014.03.13 10:25:18.911   AnSContactsCount=658
2014.03.13 10:25:18.913   NewItems.Count 663
2014.03.13 10:25:18.913   Add1 673 21700610247752682
2014.03.13 10:25:18.913   Add1 674 9571571366070425
2014.03.13 10:25:18.913   Add1 675 61276158359639032
2014.03.13 10:25:18.913   Add1 676 25662364427951221

[... similiar entries "Add1" for 677 through 1333 omitted ...]

2014.03.13 10:25:18.996   Add1 1334 16356401934890158
2014.03.13 10:25:18.996   Add1 1335 9984073018899783
2014.03.13 10:25:18.996   NewItems.Count 5
2014.03.13 10:25:18.996   Add3 11716502490707966
2014.03.13 10:25:18.997   Add3 68747611011646536
2014.03.13 10:25:18.998   Add3 15964923162606498
2014.03.13 10:25:18.998   Add3 7839236611840061
2014.03.13 10:25:18.999   Add3 40783385889441954
2014.03.13 10:25:18.999   ContactsStore
2014.03.13 10:25:19.063   ContactsSync OK
2014.03.13 10:25:19.063   AnSContactsStore
2014.03.13 10:25:19.085   Batch storing contacts...

Log Ends with "Batch storing contacts...".
Task manually stopped at 10:40
Calender, Notes, ToDo, and Password sync flawlessly

Any suggestions?
Nurgotora

[admin]

Thank you, will try to fix in the next update. Meanwhile please temporarily exclude contacts from the synchronization.

[Nurgotora]

Update:

- Reverted to yesterdays backup
- Contact Sync with GT-I9195 works flawlessly
- Contact Sync with GT-N8000 hangs (since 17 Minutes) at "Batch storing contacts..."

Extensive Logging reveals

Code: Select all

2014.03.13 12:21:26.585   Batch storing contacts...
2014.03.13 12:21:26.585   <?xml version="1.0"?>
<command>
	<type>3</type>
	<id>0</id>  
  <contacts>
    <contact><opNum>1</opNum>

[... private data, available on request ...]

Code: Select all

      <operation>2</operation>
      <id>106</id>
      <contactId>106</contactId>
    </contact>
  </contacts>
</command>

End of log

[mlin]

Happens the same to me, and the log is the same.
The synch settings is "both directions" and includes everything but passwords...


Essential PimPRO Portable v5.57 in Spanish, Windows 7 Pro x64 English
EssentialPIM for Android FREE, Android 4.0.2

[admin]

Thanks, working on it!

[hocken24a]

Same problem here. Win7 32-bit; using Portable Pro 557. Worked fine last week before the latest android app version, Is there a way to retrieve the previous android app version? If not, can you post the .apk for the previous app version on this site? Thanks!

[Nurgotora]

Yes, I second that motion - an archive for older versions would be great.

[admin]

Your wish is our command. 2.5.4 version is attached to this post. The new 3.0.3 version with this issue fixed is on its way, though. Need couple of more days for testing.

[Nurgotora]

Thank you!

[admin]

Guys, here's preview of the 3.0.3 version that should have the problem with synchronization of contacts fixed. Could you please try it out and confirm? Thanks in advance!

[Nurgotora]

Guys, here's preview of the 3.0.3 version that should have the problem with synchronization of contacts fixed. Could you please try it out and confirm? Thanks in advance!

Sorry, but same symptoms:
- EssentialPim Android free preview 3.0.3; Android 4.1.2, Samsung Galaxy Note 10.1 (GT-N8000)
- hangs at "Batch storing contacts..." (stopped task manually after 34 Minutes):

Code: Select all

2014.03.19 12:26:23.197   Batch storing contacts...
2014.03.19 13:00:51.999   Server stopped

- Tested again with 2.5.4, first contact sync takes ages but completes successfully
- After success with 2.5.4, tested again with 3.0.3, same symptom: hangs at "Batch storing contacts..."

PS: On the Tablet, since 3.0.2 the sync screen insists on being in portrait mode, all others insist on being in landscape mode... puts a strain on my neck while testing.

[mlin]

To "admin"... Please
a) treat us with some care. I do not consider myself a "guy for testing", but a current customer of Astonsoft.
b) provide us some more confidence, rather than, "here it is, please test this version".

I am assuming that this is a quick way to find bugs and fix them, but a more formal support process might have to be taken... Were you able to reproduce the problem? Do you need any extra info to reduce the scope? Will you please share with us (at least, the customers with paid licenses) the source of the problem (communication, network management, character enconding parsing, whatever)?
Will the next release have in the What's new notes "Some minor fixes"?

thank you.
Until it has been proven, I will stick to the previous version. And I have no plans to buy the PRO version for Android, of course...

+++++++++++++++++
EssentialPIM PRO, lifetime license, 5.57. EPim4Android v2.5.4 in Android 4.0.4, lenovo A390, Spanish Windows 7x64 with Spanish data.

[admin]

mlin, please don't pay attention to the intermediate versions. If you wish to be sure the issue is fixed, wait till the official release on the Google Play Store. Thanks!

[admin]

People who wish to test yet another update, please download it from this post. You might also notice performance improvements with the Month widget Would appreciate your feedback, thanks!

[kb5cth]

Max,

No luck with the month widget. It still stalls my phone to a crawl. Switching between home pages takes 2 or 3 seconds.

You might also notice performance improvements with the Month widget Would appreciate your feedback, thanks!

The version I loaded from your website says it is version 3.0.3. Isn't that the same as the previous version? Perhaps these test programs should be numbered so we know which version (test or real) we're running.

Bill
KB5CTH
Droid Razr running Android Version 4.1.2
EPIM 3.0.3