[Bug 6378] New: automatic sync
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6378
Summary: automatic sync
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: P2
Component: * Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Release Milestone: Undecided
We want some form of automatic syncs in SyncEvolution 1.0. Probably something
based on polling will be good enough initially. This issue is just a reminder
that we need to discuss this in more detail. Eventually it'll depend on more
specific sub-problems, covering:
* starting a daemon to control the automatism
* detect errors which require user intervention
* notifications
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years
[Bug 7212] New: improved sync-UI in 1.0
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7212
Summary: improved sync-UI in 1.0
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P1
Component: *Feature Request
AssignedTo: jku(a)linux.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: nicholas.e.richards(a)intel.com,
syncevolution(a)lists.intel.com
Depends on: 2229,2414,2416,2629,3603,4599,4660,4812,6376,6377,6806
,7210
Release Milestone: Undecided
We definitely want to get some sync-UI improvements into SyncEvolution 1.0.
This meta issue is an attempt to give an overview of what we are targeting.
Jussi has already implemented a redesigned GUI which (as far as I know) still
needs to be discussed with the designers.
In the "depends on" list I have collected most of the known issues with the
current solution. We can discuss whether all of these are really relevant for
1.0.
The GUI also needs to use the redesigned D-Bus API.
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 1 month
[Bug 8146] New: store contacts as vcard as described in config.ini
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8146
Summary: store contacts as vcard as described in config.ini
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: gassauer(a)kde.org
QAContact: yanshuang.zheng(a)intel.com
CC: syncevolution(a)lists.intel.com
# Files in one directory = file
# Stores items in one directory as one file per item.
# The directory is selected via [file://]<path>; it
# will only be created if the prefix is given, otherwise
# it must exist already. Only items of the same type can
# be synchronized and this type must be specified explicitly
# with both mime type and version.
# Examples:
# file:text/plain:1.0
# file:text/x-vcard:2.1
# file:text/vcard:3.0
# file:text/x-calendar:1.0
# file:text/calendar:2.0
#
# Currently inactive:
# SQLite Address Book = addressbook = contacts = sqlite-contacts
# vCard 2.1 (default) = text/x-vcard
# Mac OS X or iPhone Address Book = addressbook = contacts = apple-contacts
# vCard 2.1 (default) = text/x-vcard
# vCard 3.0 = text/vcard
type = addressbook:text/vcard
#type = file://home/gass/.syncevolution/addressbook:text/vcard:3.0
how is the syntax for storing items in one directory as one file per item. ?
IMHO it does not work as described (last line ) or do I missread ?
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 1 month
[Bug 8022] New: Data Source admin/item map data: do not flush during each update operation right away
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8022
Summary: Data Source admin/item map data: do not flush during
each update operation right away
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: congwu.chen(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
It looks like synthesis code does not guarantee flush() be called after
updating the admin data and item map table. As a workaround, we flush the
update during each update operation.
Patrick wrote:
"
It might be possible to put the flush() elsewhere. For the admin data it
seemed easier to flush right away. I also wasn't quite sure about the
Synthesis engine's expectations: if we crash and never reach that later
flush, would the local state still be consistent?
"
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 1 month
[Bug 7806] New: Funambol interoperability status
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7806
Summary: Funambol interoperability status
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: Waiting for upstream
Severity: normal
Priority: P3
Component: SyncML
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
We have a few open issues were we are waiting for comments from Funambol.
Stefano Maffuli wanted to bring them up with the Funambol developers:
* if a certain message is lost and then resent by the client, the Funambol
server
goes into an infinite Status 222 loop
* a recurring event with alarm created in the Funambol portal is sent to
the client as one-time TRIGGER with UTC time. The time was wrong and
did not recurr. The alarm should have been relative to the start of the
meeting.
* detached recurrences are not support, causing the portal to show events twice
For the last two issues, see
http://article.gmane.org/gmane.comp.mobile.syncevolution/493
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 1 month
[Bug 6883] New: Resend/Retry tests in nightly testing
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6883
Summary: Resend/Retry tests in nightly testing
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P2
Component: SyncEvolution
AssignedTo: congwu.chen(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
Release Milestone: Undecided
I don't see any results for Resend and/or Retry tests in the nightly HTML test
overview. Are the tests running?
IMHO the configuration for Synthesis skips these tests for all data sources.
This doesn't look right.
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 1 month
[Bug 6547] New: Evolution contact lists
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6547
Summary: Evolution contact lists
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P2
Component: SyncML
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
Release Milestone: Undecided
Evolution stores contact lists as a special vcard:
BEGIN:VCARD
VERSION:3.0
REV:2009-10-06T06:58:07Z
UID:pas-id-4ACAEA7F00000001
EMAIL;X-EVOLUTION-DEST-CONTACT-UID="pas-id-4ACAEA6E00000000";X-EVOLUTION-DE
ST-EMAIL-NUM=0;X-EVOLUTION-DEST-HTML-MAIL=FALSE:John Doe <john@work.
com>
EMAIL;X-EVOLUTION-DEST-CONTACT-UID="pas-id-4ACAEA6E00000010";X-EVOLUTION-DE
ST-EMAIL-NUM=0;X-EVOLUTION-DEST-HTML-MAIL=FALSE:Joan Doe <joan@home.
com>
X-EVOLUTION-LIST-SHOW_ADDRESSES:FALSE
X-EVOLUTION-LIST:TRUE
N:;alias;;;
FN:alias
X-EVOLUTION-FILE-AS:alias
END:VCARD
This extension of the vCard standard is not currently supported by
SyncEvolution >= 0.9. It used to be supported in SyncEvolution < 0.9, because
that version passed through the special properties unchanged. However, I'm not
aware of any SyncML server which stores these extensions. According to Mark,
ScheduleWorld doesn't: http://www.scheduleworld.com/jforum/posts/list/2858.page
We should figure out what the individual X-EVOLUTION extensions mean and then
support as much of them as possible for direct Evolution<->Evolution sync.
Preserving the UID in the contact list most likely doesn't work, because the
UID has no meaning outside of the local Evolution instance.
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 1 month
[Bug 6457] New: nightly testing + valgrind results
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6457
Summary: nightly testing + valgrind results
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P1
Component: SyncEvolution
AssignedTo: yongsheng.zhu(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
Release Milestone: Undecided
While running some routine valgrind checks of the dbus-api branch I noticed a
regression imported from "master" (invalid memory access to result of
SyncSourceBackendDebug()). The code went into "master" earlier last week. The
nightly testing should have found this problem, because syncs should be run
under valgrind control.
Do we still do that? If we do, did valgrind find the problem? It should be
reported at the end of the client-test run to stdout/stderr and result in a
non-zero return code of client-test.
I suspect that since the migration to the HTML format for test results this
particular aspect of testing is no longer included in the output and thus might
have been missed last week.
Yongsheng, can you check this?
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 1 month
[Bug 5631] New: Egroupware
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=5631
Summary: Egroupware
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncML
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: Dries.Decock(a)telenet.be
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
Release Milestone: Undecided
In syncevolution <0.9, syncing with egroupware worked. Now, I got the following
error :
# [2009-08-25 16:32:56.313] ===> smlProcessData failed, returned 0x2012
#
+
–
[2009-08-25 16:32:56.313] 'SessionAbort' - Aborting Session, Status=20007,
ProblemSource=LOCAL [--][++] [->end]
* [2009-08-25 16:32:56.313] WARNING: Aborting Session with Reason Status
20007 (LOCAL problem) ***
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 1 month
[Bug 4774] New: verify a server's conflict handling policy
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4774
Summary: verify a server's conflict handling policy
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Generic
OS/Version: Other
Status: ASSIGNED
Severity: normal
Priority: P3
Component: * Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: guannan.ou(a)intel.com, syncevolution(a)lists.intel.com
Depends on: 4369
As described in bug #4369, conflict handling can vary considerably between
servers. It would be useful to include tests in client-test which simulate the
various conflicts and identify how the server resolves them.
Then for known servers, we could also check whether the current result a) is
sane and b) is the one wanted by the server developers. This may be overkill
for all of the servers we test with, but for our own we would definitely need
this.
+++ This bug was initially created as a clone of Bug #4369 +++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
When I tried the following test with scheduleworld, I see that the policy is
“client-win”, contact information is deleted on server. But with funambol, the
updated contact A is synced to client. Can you please check which policy should
we follow?
====================================================
Test Step:
1. add contact A on client, try two-way sync with server.
2. delete contact A on client, and update contact A on server.
3. try two-way sync.
====================================================
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 1 month