[Bug 2566] New: Evolution contacts loose "Other" email-addresses when synced two-way with a Nokia S60
1:41 a.m.
http://bugs.meego.com/show_bug.cgi?id=2566
Summary: Evolution contacts loose "Other" email-addresses when
synced two-way with a Nokia S60
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
URL: http://bugzilla.moblin.org/show_bug.cgi?id=10505
OS/Version: ---
Status: ASSIGNED
Severity: enhancement
Priority: Medium
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
Copied from http://bugzilla.moblin.org/show_bug.cgi?id=10505
Description From oliver-joos 2010-05-28 15:24:05 PST (-) [reply]
I use Evolution 2.28.1 on Ubuntu 9.10 and SyncEvolution 1.0beta3, compiled from
sources. I tried to sync contacts with my Nokia N81 (Symbian S60v3).
In Evolution a contact may have upto 4 email-addresses, each of type Home, Work
or Other. Multiple Home or Work addresses are sync'ed ok. But my phone seems to
dispose addresses of type "Other" that come from Evolution! When I then modify
other items of such a contact, then it is sync'ed back to Evolution - without
the "Other" addresses. They get lost on both sides!
The output shows that Evolution addresses of type "Other" seem to have no
"TYPE=" at all. Perhaps Symbian S60v3 does not like that.
EMAIL;TYPE=HOME:my_home@mail.com
EMAIL:my_other@mail.com
I am not sure, but I think I experienced similar problems with "Other" phone
numbers.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
1:46 a.m.
New subject: [Bug 2566] Evolution contacts loose "Other" email-addresses when synced two-way with a Nokia S60
http://bugs.meego.com/show_bug.cgi?id=2566
--- Comment #1 from pohly <patrick.ohly(a)intel.com> 2010-05-31 01:46:53 PDT ---
(In reply to comment #0)
The output shows that Evolution addresses of type "Other"
seem to have no
"TYPE=" at all. Perhaps Symbian S60v3 does not like that.
EMAIL;TYPE=HOME:my_home@mail.com
EMAIL:my_other@mail.com
Where did you see this? If it was in the command line output, then beware that
it does not represent the actual data as it is sent to the phone.
I hope to get access to a S60 phone sometime within the next month. If you
can't wait, then I'll need more information from you:
* Does the phone have "other" as category for email?
* If so, create a test contact on the phone with "other" type.
* Sync to Evolution with "syncevolution --run --sync-property loglevel=3 ...".
* Check the log ("syncevolution --print-sessions ...") and cut-and-paste
the conversion part of that test contact.
* Do the same for a test contact sent to the phone.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
4:25 a.m.
New subject: [Bug 2566] Nokia N81: Evolution contacts loose "Other" email-addresses when synced two-way
http://bugs.meego.com/show_bug.cgi?id=2566
--- Comment #2 from oliverjoos <oliver.joos(a)mymail.ch> 2010-08-12 04:25:45 PDT ---
Created an attachment (id=1885)
--> (http://bugs.meego.com/attachment.cgi?id=1885)
the 3 see
I just upgraded to syncevolution 1.0.1 and I am still able to reproduce this
bug.
I created a new contact in Evolution, sync'ed it to the Nokia N81 and all
properties were ok on both sides. I edited all its email addresses and phone
numbers with the phone, sync'ed again and both sides were still ok. But then I
edited all addresses and numbers with Evolution, sync'ed again and the email of
type "other" disappeared in the phone - it was still present in Evolution! This
attachment shows stdout of the last, erroneous sync.
You asked, if the phone has "other" as category for email: the GUI offers
"E-Mail(private)", "E-Mail(business)" and "E-Mail".
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
4:32 a.m.
New subject: [Bug 2566] Nokia N81: Evolution contacts loose "Other" email-addresses when synced two-way
http://bugs.meego.com/show_bug.cgi?id=2566
oliverjoos <oliver.joos(a)mymail.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1885|the 3 see |--print-sessions of the 3
description| |syncs described in the
| |comment
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
4:40 a.m.
New subject: [Bug 2566] Nokia N81: Evolution contacts loose "Other" email-addresses when synced two-way
http://bugs.meego.com/show_bug.cgi?id=2566
--- Comment #3 from oliverjoos <oliver.joos(a)mymail.ch> 2010-08-12 04:40:46 PDT ---
Created an attachment (id=1886)
--> (http://bugs.meego.com/attachment.cgi?id=1886)
stdout of sync with loglevel=3 that discards email of type other in the phone
Sorry - Submit got hit too early. :-P
The last attachment is the output of --print-sessions of the syncs described in
the last comment. Here comes stdout of the third, erroneous sync.
BTW: the phone number of type "other" stayed ok in this test.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
2:51 a.m.
New subject: [Bug 2566] Nokia N81: Evolution contacts loose "Other" email-addresses when synced two-way
http://bugs.meego.com/show_bug.cgi?id=2566
pohly <patrick.ohly(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |WAITING FOR UPSTREAM
--- Comment #4 from pohly <patrick.ohly(a)intel.com> 2010-09-02 02:51:41 PDT ---
Let's compare notes. What I see with a N97 mini is that sending a new VCARD
with "other" email addresses (no specific TYPE set) is stored and displayed
correctly by the phone. Sending the same VCARD as update of an existing contact
removes the email address and possibly also the phone number (not 100% sure
about that, I'm focusing on email right now).
For example, this was sent as update:
BEGIN:VCARD
VERSION:2.1
REV:20100902T070010Z
N:;email;;;
FN:email
TITLE:
ORG:;;;
TEL;WORK;VOICE;X-EVOLUTION-UI-SLOT=1:123
EMAIL;WORK;X-EVOLUTION-UI-SLOT=4:email2@work.com
EMAIL;HOME;X-EVOLUTION-UI-SLOT=3:email2@home.de
EMAIL;X-EVOLUTION-UI-SLOT=2:email2@some.other1.org
EMAIL;X-EVOLUTION-UI-SLOT=1:email2@some.other2.org
URL:
ADR:;;;;;;
BDAY:
NOTE:
PHOTO:
END:VCARD
After the sync, the phone claims "no communication methods".
I do a "refresh-from-server" sync and the four email addresses and the phone
number are shown.
I add another phone number:
after last sync | current data
removed since last sync <
added since last sync
-------------------------------------------------------------------------------
BEGIN:VCARD BEGIN:VCARD
N:;email N:;email
EMAIL;TYPE=HOME;X-EVOLUTION-UI-SLOT=3 EMAIL;TYPE=HOME;X-EVOLUTION-UI-SLOT=3
:email2@home.de :email2@home.de
EMAIL;TYPE=WORK;X-EVOLUTION-UI-SLOT=4 EMAIL;TYPE=WORK;X-EVOLUTION-UI-SLOT=4
:email2@work.com :email2@work.com
EMAIL;X-EVOLUTION-UI-SLOT=1:email2@so EMAIL;X-EVOLUTION-UI-SLOT=1:email2@so
me.other2.org me.other2.org
EMAIL;X-EVOLUTION-UI-SLOT=2:email2@so EMAIL;X-EVOLUTION-UI-SLOT=2:email2@so
me.other1.org me.other1.org
FN:email FN:email
TEL;TYPE=HOME;X-EVOLUTION-UI-SLOT=2:4
56
TEL;TYPE=WORK;X-EVOLUTION-UI-SLOT=1:1
TEL;TYPE=WORK;X-EVOLUTION-UI-SLOT=1:1
23 23
VERSION:3.0 VERSION:3.0
X-EVOLUTION-FILE-AS:email X-EVOLUTION-FILE-AS:email
END:VCARD END:VCARD
-------------------------------------------------------------------------------
Then sync two-way and the phone is confused again. A refresh-from-client
confirms that it really removed TEL and PHONE during the previous update.
Okay, I think I got it. Sending X-EVOLUTION-UI-SLOT causes this. Disabling the
parameter avoids the issue.
Now I just need to find a way how this parameter can be suppressed for specific
peers (like Nokia) but not for others (like web services and SyncEvolution).
I have an idea, but it'll depend on support from the Synthesis engine which
doesn't exist yet (remoterule support for parameter). Sent an email to the
os-synthesis list ("optional property parameters, sub/remoterules").
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
9:17 a.m.
New subject: [Bug 2566] Nokia N81: Evolution contacts loose "Other" email-addresses when synced two-way
http://bugs.meego.com/show_bug.cgi?id=2566
pohly <patrick.ohly(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nikunjm(a)gmail.com
--- Comment #5 from pohly <patrick.ohly(a)intel.com> 2010-09-02 09:17:26 PDT ---
*** Bug 2941 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
9:22 a.m.
New subject: [Bug 2566] Nokia N81: Evolution contacts loose "Other" email-addresses when synced two-way
http://bugs.meego.com/show_bug.cgi?id=2566
--- Comment #6 from pohly <patrick.ohly(a)intel.com> 2010-09-03 09:22:57 PDT ---
I have code ready for review by Synthesis which adds the necessary
functionality (suppress parameters based on rules) and verified that it solves
the problem, without breaking useful functionality (syncing X-EVOLUTION-UI-SLOT
between SyncEvolution instances).
The changes are still in branches of libsynthesis resp. syncevolution at this
point in time.
commit dc8ebbb94bff9b42900aebfd9de4254fb022b158
Author: Patrick Ohly <patrick.ohly(a)intel.com>
Date: Thu Sep 2 11:54:36 2010 +0200
Nokia phones: avoid data loss in two-way sync due to X-EVOLUTION-UI-SLOT
(MBC #2566)
Sending the X-EVOLUTION-UI-SLOT parameter to a Nokia phone when
updating an existing contact confuses the phone such that it drops the
phone number or email that had the parameter; the initial import was
okay. Reported for Nokia N81, E72, root-caused on a N97 mini.
Sending the X-EVOLUTION-UI-SLOT has very little value except when
talking to another SyncEvolution instance. All other SyncML peers
are expected to simply ignore the parameter, so there is no point
in sending it in the first place.
This is the solution implemented in this patch. A "rule" parameter
of the <parameter> element that defines X-EVOLUTION-UI-SLOT declares
that the parameter is to be ignored when parsing or generating vCards,
except when the peer is known to be SyncEvolution.
A remote peer is detected by the new 00_syncevolution.xml remote rule.
Locally, the parameter needs to be enabled when talking to Evolution
(evolution.xml) or to files which can also store the parameter
(all.xml). The later case is important for a SyncEvolution HTTP server
with file storage.
Running "./client-test Client::Sync::vcard30::testItems" against such
a SyncEvolution server confirmed that without all.xml, the
X-EVOLUTION-UI-SLOT got lost, which also confirms that the rule
mechanism works.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
5:19 a.m.
New subject: [Bug 2566] Nokia N81: Evolution contacts loose "Other" email-addresses when synced two-way
http://bugs.meego.com/show_bug.cgi?id=2566
pohly <patrick.ohly(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING FOR UPSTREAM |RESOLVED
Resolution| |FIXED
--- Comment #7 from pohly <patrick.ohly(a)intel.com> 2010-09-08 05:19:33 PDT ---
(In reply to comment #6)
The changes are still in branches of libsynthesis resp. syncevolution
at this
point in time.
I have merged it into the "master" branches. Lukas was okay with the
libsynthesis patch in principle, although a detailed patch review is still
pending.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
2:28 p.m.
New subject: [MeeGo Projects - Bug 2566] Nokia N81: Evolution contacts loose "Other" email-addresses when synced two-way
http://bugs.meego.com/show_bug.cgi?id=2566
--- Comment #8 from oliverjoos <oliver.joos(a)freenet.ch> 2010-09-26 14:28:29 PDT ---
I tested it again with SyncEvolution 1.0.99.6+20100926+SE+0859a8c on a beta
version of Ubuntu Maverick 10.10 (updated today) which contains Evolution
2.30.3. For me all common cases work now as expected! Even multiple email
addresses or phone numbers of the same type "Other" are sync'ed correctly
on
both sides. I agree that ignoring/loosing the X-EVOLUTION-UI-SLOT parameter is
an acceptable solution. For me it's fixed - thanks!
Nevertheless I saw some issues with Evolution 2.28.3 (part of Ubuntu Lucid
10.04 LTS) and multiple phone numbers of type "Other". One of two disappeared
in the phone, but I was not able to reproduce this problem yet. If I see it
again, I'll add another comment.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
5:57 p.m.
New subject: [MeeGo Projects - Bug 2566] Nokia N81: Evolution contacts loose "Other" email-addresses when synced two-way
http://bugs.meego.com/show_bug.cgi?id=2566
jingke <jingke.zhang(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RELEASED |VERIFIED
--- Comment #9 from jingke <jingke.zhang(a)intel.com> 2011-01-20 16:57:46 PST ---
According to comment#8, I verify this issue. Thanks!
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
3974
days inactive
4209
days old
syncevolution-issues@syncevolution.org
10 comments
1 participants
participants (1)
-
bugzilla＠meego.com