[Bug 7709] New: server progress events
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7709
Summary: server progress events
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
When the Synthesis engine runs in server mode, it doesn't produce progress
events. According to Lukas, some heavy code refactoring would be needed to get
the progress from the client engine to the shared base class.
The effect on SyncEvolution is that when starting a sync with a phone, our
sync-UI does not show any progress. We also don't show and store statistics. We
want the usage as client and server to be as similar as possible, so we need to
get the progress events into the Synthesis server engine or stop depending on
them.
Perhaps by producing our own events inside the SynthesisDBInterface or a mix-in
class for backends? Refactoring the server code might be easier.
--
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, 4 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.
12 years, 4 months
[Bug 1358] New: command line: clone configs
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=1358
Summary: command line: clone configs
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: normal
Priority: Low
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(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
This is from http://bugzilla.moblin.org/show_bug.cgi?id=7163
Description From pohly 2009-10-21 08:17:29 PST (-) [reply]
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://bugs.meego.com/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, 4 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.
12 years, 4 months
[Bug 1357] New: syncevolution --version: information about backends?
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=1357
Summary: syncevolution --version: information about backends?
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: normal
Priority: Low
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(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
This is from http://bugzilla.moblin.org/show_bug.cgi?id=6456
Description From pohly 2009-09-27 13:15:48 PST (-) [reply]
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?
------- Comment #1 From Chen Congwu 2009-09-27 19:07:45 PST (-) [reply] -------
Pushed to libsyncevo branch
------- Comment #2 From Chen Congwu 2009-09-27 19:08:26 PST (-) [reply] -------
(In reply to comment #0)
We don't have version number for backends.
> 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?
------- Comment #3 From pohly 2009-09-28 05:21:55 PST (-) [reply] -------
(In reply to comment #2)
> (In reply to comment #0)
> We don't have version number for backends.
> > 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?
Let's implement this in 1.0.
--
Configure bugmail: http://bugs.meego.com/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, 4 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.
12 years, 4 months
[Bug 4576] Google: "Fatal dbs error" when syncing data with google in "delete remote" mode
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4576
--- Comment #5 from ZhangJingke <jingke.zhang(a)intel.com> 2010-04-26 19:20:24 PST ---
(In reply to comment #1)
> There are two problems here, both need to be addressed.
>
> First, Google does not support refresh-from-client (the one tested here) or
> one-way-from-client (not in the GUI, could be selected by command line). The
> error reporting for this needs to be improved.
>
Let us keep this issue to track Google syncML issue.
> Second, running multiple syncs shouldn't crash the syncevo-dbus-server. Might
> be a problem of libical (invalid free in icalcomponent_as_ical_string?) but
> perhaps this can be avoided by using icalcomponent_as_ical_string_r.
This is fixed and verified by Yanshaung's comment#4.
--
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, 4 months
[Bug 3732] Available sync data type should only be "Addressbook", "Calendar" and "Todo"
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3732
ZhangJingke <jingke.zhang(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |INVALID
--- Comment #6 from ZhangJingke <jingke.zhang(a)intel.com> 2010-04-26 19:16:20 PST ---
This aging issue was reported by me a very long time ago. Now, I want to close
it for current GUI handles the memo good for user experience.
Mark it as invalid by myself.
If it contains any tasks to be done in 1.0 release, please reopen it.
If any other requirement, please file new bug in MeeGo bugzilla, thanks!
--
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, 4 months