[Bug 8497] New: documentation + usage updates
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8497
Summary: documentation + usage updates
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P1
Component: *Feature Request
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
- README + command line usage: explain new meaning of "config name"
- change command line options?! need backward-compatibility
--
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, 6 months
[Bug 7555] New: syncevo-dbus-server: CTRL-C/SIGINT/SIGTERM
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7555
Summary: syncevo-dbus-server: CTRL-C/SIGINT/SIGTERM
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P1
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Currently the implementation in syncevo-dbus-server.cpp is:
+ /**
+ * implement checkForSuspend and checkForAbort.
+ * They will check whether dbus clients suspend
+ * or abort the session. But it won't check whether
+ * dbus server receives suspend or abort
+ * by CTRL-C since dbus server often runs as a daemon
+ */
+ virtual bool checkForSuspend();
+ virtual bool checkForAbort();
+ virtual int sleep(int intervals);
While it is true that the server will run as a daemon most of the time, that
doesn't mean that it will never receive a SIGINT or SIGTERM. The signals might
be sent because the user logs out while a sync is running in the background. So
the syncevo-dbus-server should handle CTRL-C and SIGINT/SIGTERM gracefully.
I'm not sure whether we currently distinguish between SIGINT and SIGTERM in our
abort/suspend handling. We might change it so that SIGINT requests a suspend
and aborts only when sent quickly in a row, whereas SIGTERM aborts immediately.
--
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, 6 months
[Bug 8752] New: join/dejoin different sources: calendar+todo
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8752
Summary: join/dejoin different sources: calendar+todo
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Generic
OS/Version: Other
Status: ASSIGNED
Severity: normal
Priority: P2
Component: *Feature Request
AssignedTo: congwu.chen(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: patrick.ohly(a)intel.com, syncevolution(a)lists.intel.com
The special case of merging one calendar (VCALENDAR items) and one todo (VTODO
items) source has been merged.
The documentation of the "type" property was extended like this:
A special 'virtual' backend combines several other
data sources and presents them as one set of items
to the peer. For example, Nokia phones typically
exchange tasks and events as part of one set of
calendar items.
Right now such a virtual backend is limited to
combining one calendar source with events and one
task source. They have to be specified in the
'evolutionsource' property, typically like this:
calendar,todo
A valid peer configuration with a virtual source has an URI only for the
virtual source and no URI for the underlying sources.
The "sync" property of the underlying sources is ignored and superseded by the
"sync" property of the virtual source. In other words, the following commands
do not work (assuming that the OVI server uses a virtual source, see bug
#3182):
syncevolution ovi calendar
syncevolution ovi todo
To be verified! Do we get good error messages in these cases?
The "type" of the underlying sources must be consistent. If they are not
(vCalendar 1.0 in one, iCalendar 2.0 in the other), a warning will be printed
and the type of the virtual source is used.
--
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, 6 months
[Bug 8350] New: saved config names are lowercased
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8350
Summary: saved config names are lowercased
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: jku(a)linux.intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: syncevolution(a)lists.intel.com
In the configuration editing if the user wants to save, I start a session and
set the config:
Server.StartSession (name)
# (wait for idle)
Session.Setconfig (FALSE, FALSE, config)
Somewhere in there the name gets lowercased: I start a session with
"ScheduleWorld" but the created peer name is "scheduleworld".
--
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, 6 months
[Bug 8121] New: Mobical + items rejected
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8121
Summary: Mobical + items rejected
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P1
Component: SyncML
AssignedTo: yongsheng.zhu(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: syncevolution(a)lists.intel.com
We've seen failures with Mobical lately and Lukas has written on the
libsynthesis mailing list that a customer reported similar observations. The
Google-workaround (using Add instead of Update) is suspected as the root cause.
It seems to be a bit random, though.
As we find such issues in our nightly testing, we should run it once without
the Google patch to see whether that makes a difference.
--
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, 6 months
[Bug 8424] New: Cmdline tool could not create new sources automatically
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8424
Summary: Cmdline tool could not create new sources
automatically
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: congwu.chen(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: syncevolution(a)lists.intel.com
I use
./syncevolution --configure --source-property uri=super MyPhone super
where super is a source configuration not existed before, I expect it will
create super for me automatically.
But it did not, neither complain.
--
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, 6 months
[Bug 8021] New: Server Alerted Sync, accept SAN package with version 1.1, 1.0
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8021
Summary: Server Alerted Sync, accept SAN package with version
1.1, 1.0
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: enhancement
Priority: Undecided
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: congwu.chen(a)intel.com
CC: syncevolution(a)lists.intel.com
SAN package with version 1.1,1.0 has quite different behaviors. It used a plain
XML based SyncML message instead of an binary based SAN 1.2 package. This means
SAN parsing need the capability to parse XML messages (which is outside of
synthesis core).
The SAN code has some code for this, it is just not enabled in normal
builds. See the WITHOUT_SAN_1_1 define. The reason for not enabling it were a)
the additional dependencies and b) that the code wouldn't have compiled right
away.
--
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, 6 months
[Bug 9303] New: [1.0-snapshot] User can set Memo-URI in First server settings
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9303
Summary: [1.0-snapshot] User can set Memo-URI in First server
settings
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: minor
Priority: Undecided
Component: GTK UI
AssignedTo: jku(a)linux.intel.com
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution(a)lists.intel.com
Package: 0.9.99.3-3.1
Platform: Netbook
Description:
=========================
Memo data is not supported in Moblin, and we have hidden it as possible as we
could in syncUI.
But if setting the service for the first time, user could see Memo-URI. When
updating, the Memo-URI was not shown. So, the logic for the first setting
should be changed. (set it as minor severity)
--
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, 6 months