Ticket #500 (new defect)
syncml-http-server hangs with "Received unwanted status reply"
| Reported by: | till (at) doerges (dot) net | Owned by: | abauer |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Plugin: syncml | Version: | 0.22 |
| Severity: | normal | Keywords: | |
| Cc: |
Description
Description
When trying to sync either my contacts or my calendar the syncml-http-server plugin receives roughly half the entries and then hangs on me, saying "Received unwanted status reply".
I'm trying to sync from my phone to an empty directory.
$ msynctool --sync testgruppe --wait Synchronizing group "testgruppe" The previous synchronization was unclean. Slow-syncing received contact dsession Member 2 of type file-sync just connected Member 1 of type syncml-http-server just connected All clients connected or error Member 2 of type file-sync just sent all changes Received an reply to our Alert Going to receive 0 changes Received an entry 157 with data of size 4 from member 1 (syncml-http-server). Changetype ADDED Received an entry 161 with data of size 4 from member 1 (syncml-http-server). Changetype ADDED [...] Received an entry 455 with data of size 4 from member 1 (syncml-http-server). Changetype ADDED Member 1 of type syncml-http-server had an error while getting changes: Received unwanted status reply Member 2 of type file-sync just disconnected
All that I can do is abort the session.
Versions / Hardware
The phone is a SonyEricsson P910i.
I'm running openSUSE 10.2 and used the RPMs from the OpenSync?-0.2x depot from the openSUSE build service:
libopensync-0.22-1.1
libopensync-plugin-file-0.22-1.1
libopensync-plugin-syncml-0.22-1.1
libopensync-tools-0.22-1.1
libsyncml-0.4.2-9
msynctool-0.22-1.1
Attachments
I did set OSYNC_PRIVACY=1 but one trace file still contains half of my addressbook. All the other traces are attached.
Attachments
Change History
comment:3 Changed 5 years ago by add
about their apps in the first place. Both annotations and contributions will only clutter the interface by default as a design pattern rather than trying to put it all together. That way you can never create offline or print docs of high quality without again having the devs or current admins maintain the comments and annotations. Hopefully a small Wiki quality team will evolve (i am against ops or admins) to review and summarize the contributions. I hope this gives us more users as contributors than having the docs focused on the devs. Cheers, duns china tour Apparel shoes bags Kitchen Food and Wine Furniture) Flowers and Gifts Wall Art Computer Components I still prefer a wiki like approach since the php (or mysql) docs are very cluttered when you have to take their comments in account. On the other hand they are professionally maintained imho, since they are *much* better than KDE documentation.
comment:4 Changed 4 years ago by add
Home Appliances Electrical Equipment & Supplies Apparel Furniture & Furnishings Consumer Electronics Timepieces, Jewelry, Eyewear Health Care Products Toys Stair Railings Staircase Railing Balustrades Handrails Metal Crafts Glass Railing Door,Window & Accessories Luggage, Bags Stainless Steel Railings Aluminum Railing
comment:5 Changed 3 years ago by sim
decoration Changed 1 year ago by admin
bathtub Changed 1 year ago by admin
solar system Changed 1 year ago by admin
stair parts Changed 1 year ago by admin
solar supply Changed 1 year ago by admin
