Summary | sync data corruption in firstname with spaces |
Queue | Turba |
Queue Version | 2.3.1 |
Type | Bug |
State | Resolved |
Priority | 1. Low |
Owners | jan (at) horde (dot) org |
Requester | willem.verbruggen (at) anagky (dot) be |
Created | 01/26/2009 (6019 days ago) |
Due | |
Updated | 09/16/2009 (5786 days ago) |
Assigned | 09/04/2009 (5798 days ago) |
Resolved | 09/16/2009 (5786 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
Taken from Gunnar Wrobel
Taken from Ben Klang
State ⇒ Resolved
State ⇒ Feedback
a snapshot?
the blanks so if you have any name with blanks it get split to VName
MiddlName LastName. According to the RFC 2426 Turba import should only
split at ";" as far as i can see.
Export works fine BTW, but import fails with SyncML and import by file.
If you have any device which have no concept of "MiddlName" then part
of the name get lost.
2.2.1-beta1 under ubuntu 8.10. I synced my Nokia E71 via SyncML, and
the same thing happened with last names with spaces. I have almost 200
last names with spaces as I have first and last names stored in there,
because an older phone didn't support them separately. Please let me
know what I can do to help track down the problem.
Thanks, Nils
Assigned to Ben Klang
Assigned to Gunnar Wrobel
State ⇒ Assigned
Queue ⇒ Turba
Same error when importing manually.
manually into the address book?
New Attachment: sources.php
New Attachment: data_ldap.jpg
data.txt contains (display from vi editor):
Input received from client (text/x-vcard):
BEGIN:VCARD^M
VERSION:2.1^M
REV:20090129T135120Z^M
N:Verschueren;Test geert;;;^M
X-CLASS:private^M
TEL;CELL;HOME:0032477256138^M
END:VCARD
Result in LDAP attached in screenshot too.
Just let me know if you want more info from this session.
(It seems I can only attach one file at the time?)
gr,
Willem
State ⇒ Feedback
triggered somewhere, even though that shouldn't happen if both Turba
and the phone use separate fields for first name and last name. Can
your post your sources.php and a data.txt from such a sync session?
Priority ⇒ 1. Low
State ⇒ Unconfirmed
Patch ⇒ No
Milestone ⇒
Summary ⇒ sync data corruption in firstname with spaces
Type ⇒ Bug
Queue ⇒ Synchronization
I setup my Nokia N85 to sync to my horde Addressbook.
For the addressbook, I use an LDAP backend with a schema of
nokiaperson I created myself.
When I loaded my N85 users to the empty LDAP addressbook, I had one
major problem. In case of spaces in the first name like in this data
example:
Firstname = Core Mattias
Lastname = Verbruggen
in LDAP this became
cn = Core
sn = Mattias
and the data for lastname was gone.
This only happens when syncing because the LDAP address book from
within Turba handles spaces in the firstnames just fine.
When I resynced afterwards (but changing the protocol from 1.2 to 1.1
on the phone), this doubled the number of addressbook entries in my
phone. Syncing again started tripling the data.
In horde on the other hand, only 10 entries were added unwanted
compared to 500 in my phone.
Spaces in address entries did not cause troubles.
Now that I cleaned up my data without having any more spaces in
firstnames, everything works fine.
I would love to help you testing this problem out by adding spaces
again to my firstname fields.
gr,
Willem