[Bug 7213] New: OBEX support SyncML client
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7213
Summary: OBEX support SyncML client
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: Undecided
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Depends on: 6175
Release Milestone: Undecided
A mobile device typically provides an OBEX/Bluetooth server which accepts
connections from a SyncML server running on a desktop or laptop. As a first
step we want to be compatible with SyncEvolution as SyncML server.
One component for this feature is a obexd plugin which uses the new Connection
D-Bus API to route SyncML traffic into SyncEvolution. The other component is
the Connection API implementation in SyncEvolution itself.
--
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.
10 years, 6 months
[Bug 7214] New: SyncML server
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7214
Summary: SyncML server
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: major
Priority: P1
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Depends on: 4774,4815,5188,6303,6379,7089
Release Milestone: Undecided
For direct synchronization with other devices, SyncEvolution must be able to
act as a SyncML server and be able to connect to those devices via
OBEX/Bluetooth. It must contact these devices in such a way that they accept
the connection and start syncing. This is highly device specific, so the
initial goal is a proof-of-concept with some devices.
Privacy-aware power users don't want to put their data into the hands of
service providers in the Internet. For those and for testing purposes we should
also provide at least rudimentary support for running SyncEvolution as HTTP
server.
--
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.
10 years, 7 months
[Bug 7163] New: command line: clone configs
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7163
Summary: command line: clone configs
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P3
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Release Milestone: Undecided
For ScheduleWorld it is necessary to create two configurations when
synchronizing two calendars. In the new config scheme proposed for 1.0, the
calendar source must have different names. Currently this prevents using the
ScheduleWorld calendar template, because the different name doesn't match.
"Cloning" template or configuration nodes could be added to the command line
like this:
--configure --template scheduleworld scheduleworld_home
calendar_home=calendar
The semantic would be "populate the source properties for 'calendar_home' with
the source properties of "calendar".
Likewise, we could clone an existing configuration and thus avoid setting the
credentials twice:
--configure scheduleworld_home=scheduleworld
--
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.
10 years, 7 months
[Bug 6456] New: syncevolution --version: information about backends?
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6456
Summary: syncevolution --version: information about backends?
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: Undecided
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
What information do we want to display to users about backends?
In 0.9, "syncevolution --version" didn't print anything about them.
In the current "master", it prints:
Scanning backend libraries in backends/
Scanning backend libraries in backends/addressbook/.libs/
Scanning backend libraries in backends/file/.libs/
Scanning backend libraries in backends/evolution/.libs/
Scanning backend libraries in backends/sqlite/.libs/
I think for end users it would be more useful to print the backends which were
really loaded. Congwu, can you change this for 0.9.1?
Note that I fixed a memory handling problem in SyncSourceBackendsInfo/Debug()
and turned the functions into static methods of SyncSource, like the related
createSource() method.
I don't think we have a version number for backends. If we had, this should
also go into this output. In 1.0 perhaps?
--
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.
10 years, 7 months
[Bug 6303] New: extend vCard field list (Memotoo)
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6303
Summary: extend vCard field list (Memotoo)
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
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
Please include a detailed description as well as steps to reproduce the bug.
The following vCard properties are in use by Memotoo:
X-SKYPE-USERNAME:skype id
X-EVOLUTION-ASSISTANT-TEL:assistant's phone
X-EVOLUTION-PARENT:parents
X-EVOLUTION-CHILDREN:children
X-SYNCEVOLUTION-FBURL:http://www.memotoo.com/contactsIFB.php?uid=73fc9832...
None of them are currently detected by the Synthesis config.
We need to do three things:
1. figure out how we can have properties in the main configuration
which are not supported by the active backend
2. add X-SKYPE-USERNAME, X-EVOLUTION-PARENT, X-EVOLUTION-CHILDREN,
X-EVOLUTION-ASSISTANT-TEL; see bug #3473
3. map between X-SYNCEVOLUTION-FBURL and FBURL, see X-[EVOLUTION-]SPOUSE
Adding the new properties without solving 1 has the undesirable effect that the
SyncML server gets wrong information about the client, because the DevInf would
include properties not supported by the data source.
--
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.
10 years, 7 months
[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.
10 years, 7 months
[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.
10 years, 7 months
[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.
10 years, 7 months
[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.
10 years, 7 months
[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.
10 years, 7 months