[Bug 8050] New: sync-UI: report + restore sessions independently of active peer
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8050
Summary: sync-UI: report + restore sessions independently of
active peer
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P2
Component: *Feature Request
AssignedTo: jku(a)linux.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Depends on: 8049
When visualizing and working with historic sessions, the sync-UI should take
sessions of all peers into account, not just the currently active one. This has
to be taken into account for the recovery feature.
--
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, 7 months
[Bug 5188] New: Outgoing obex connection for SyncEvolution
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=5188
Summary: Outgoing obex connection for SyncEvolution
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: * Feature Request
AssignedTo: congwu.chen(a)intel.com
ReportedBy: congwu.chen(a)intel.com
CC: syncevolution(a)lists.intel.com
Release Milestone: ---
We are adding obex transport support for syncevolution, incoming obex
connection is implemented via obexd plugin which will be supported by upstream.
We have to still implement obex outgoing connections here.
This can be done firstly via a ObexTransportAgent wraps on a obex client
library (such as libopenobex). For a further improvement, we may need to
re-factor the SyncEvolution-client transport binding, let the client transport
be a standlone process and communicates with SyncEvolution via D-BUS.
We are implementing Obex Client here which will work with a SyncML Server. This
implies to fully implement/test this feature, SyncML Server support in
SyncEvolution need be first finished.
--
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, 7 months
[Bug 8144] New: D-Bus API: restore backups
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8144
Summary: D-Bus API: restore backups
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
We have not specified a D-Bus API for restoring data from one of our automatic
backups.
This should be modeled after the corresponding command line feature:
Restore data from the automatic backups:
syncevolution --restore <session directory> --before|--after [--dry-run]
<server> <source> ...
--restore
Restores the data of the selected sources to the state from before or after
the
selected synchronization. The synchronization is selected via its log
directory
(see --print-sessions). Other directories can also be given as long as
they contain database dumps in the format created by SyncEvolution.
The output includes information about the changes made during the
restore, both in terms of item changes and content changes (which is
not always the same, see manual for details). This output can be suppressed
with --quiet.
In combination with --dry-run, the changes to local data are only simulated.
This can be used to check that --restore will not remove valuable
information.
We also have to extend reports such that a D-Bus client can determine which
kind of backups are available.
--
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, 7 months
[Bug 7712] New: Synthesis XML configuration
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7712
Summary: Synthesis XML configuration
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
Currently we use src/syncclient_sample_config.xml as the starting point for the
dynamically created Synthesis engine configuration. It is used for both clients
and servers by inserting the <server> or <client> elements at runtime.
The drawbacks are:
- Users have no easy way of extending or overriding the configuration.
This shouldn't be necessary often, but when adding support for a new
peer it would be very useful.
- The server configuration lacks the extensive set of peer-specific
workarounds that Synthesis has in their syncserv_sample_config.xml.
I think the "one monolithic" XML approach is too limited. It would be more
useful to have individual chunks in the libsynthesis and SyncEvolution repos
which are kept in sync, with one file per:
- field list
- profile
- remote rule
- client sample
- server sample
The complete configurations could be built in multiple ways:
- produce the current monolithic files as part of the libsynthesis build
- inside SyncEvolution by installing the individual chunks in /etc/ and
reading from there *in addition* to the current "file embedded inside
the client binary" approach
- inside libsynthesis by evaluating a new <include> statement
The last solution will not be necessary if SyncEvolution composes a complete
config. I prefer to do it in SyncEvolution.
Before migrating to the new scheme, it needs to be discussed with Synthesis and
patches made at our end need to be sent to them and/or preserved in the new
scheme.
--
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, 7 months
[Bug 7871] New: generate Server Alerted Notification (SAN) message + peer configuration
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7871
Summary: generate Server Alerted Notification (SAN) message +
peer configuration
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P1
Component: *Feature Request
AssignedTo: congwu.chen(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
The message must contain:
- a server identifier and
- names for server-side data sources
which are recognized by the target device.
Typically phones are designed to work with a fixed PC-side software, often
Nokia's PC Suite. We have to emulate that behavior. It needs to be configurable
on a per-peer basis, because different peers might have different expectations.
The server identifier should be the local device ID, unless something else is
expected by the peer. We need a new configuration setting for this
("serverId"?), with "empty" meaning "use deviceId".
The data source names are a bit more tricky. We can't rename the "addressbook",
"calendar", "todo", "memo" sources because the GUI and the users expect them,
and because these names will be shared by different peers. We need per-peer
aliases.
I think this can be implemented like this:
- configure whether a peer configuration is for a client or server:
new configuration option "isClient" = false by default
- if true, the "uri" property is treated as a local alias for the
data source name
- these names are sent in the SAN
- the Synthesis engine XML configuration is created using the
aliases instead of the original name
- SyncContext::findSource() must get a parameter which tells it whether
it should use the aliases, false by default
- SyncEvolution_Module_CreateContext() and SyncEvolution_CreateContext()
must search based on the alias
--
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, 7 months
[Bug 7755] New: [ERROR] calendar: calendar: extracting event
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7755
Summary: [ERROR] calendar: calendar: extracting event
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: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
Starting syncevolution from command line I get an error - but everything looks
ok and the error does not show up during the next run.
How can I investigate - if ever you need more info?
Local data changes to be applied to server during synchronization:
*** addressbook ***
no changes
*** calendar ***
no changes
*** memo ***
no changes
*** todo ***
no changes
[ERROR] calendar: calendar: extracting event
Synchronization successful.
Changes applied during synchronization:
+---------------|-------ON CLIENT-------|-------ON SERVER-------|-CON-+
| | rejected / total | rejected / total | FLI |
| Source | NEW | MOD | DEL | NEW | MOD | DEL | CTS |
+---------------+-------+-------+-------+-------+-------+-------+-----+
| addressbook | 0/0 | 0/0 | 0/0 | 0/0 | 0/0 | 0/0 | 0 |
| two-way, 0 KB sent by client, 0 KB received |
| item(s) in database backup: 910 before sync, 910 after it |
+---------------+-------+-------+-------+-------+-------+-------+-----+
| calendar | 0/1 | 0/0 | 0/0 | 0/0 | 0/4 | 0/0 | 0 |
| two-way, 1 KB sent by client, 0 KB received |
| item(s) in database backup: 537 before sync, 537 after it |
+---------------+-------+-------+-------+-------+-------+-------+-----+
| memo | 0/0 | 0/0 | 0/0 | 0/0 | 0/0 | 0/0 | 0 |
| two-way, 0 KB sent by client, 0 KB received |
| item(s) in database backup: 0 before sync, 0 after it |
+---------------+-------+-------+-------+-------+-------+-------+-----+
| todo | 0/1 | 0/0 | 0/0 | 0/0 | 0/0 | 0/0 | 0 |
| two-way, 0 KB sent by client, 0 KB received |
| item(s) in database backup: 5 before sync, 6 after it |
+---------------+-------+-------+-------+-------+-------+-------+-----+
| start Tue Nov 3 11:28:08 2009, duration 0:18min |
| synchronization completed successfully |
+---------------+-------+-------+-------+-------+-------+-------+-----+
Changes applied to client during synchronization:
*** addressbook ***
no changes
*** calendar ***
no changes
*** memo ***
no changes
*** todo ***
no changes
--
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, 7 months
[Bug 8194] New: SourceUnusable exception missing in CheckSource() implementation
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8194
Summary: SourceUnusable exception missing in CheckSource()
implementation
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
I added en exception for CheckSource() in jku branch. The name of the D-Bus
error is "org.syncevolution.SourceUnusable".
commit 9fe72161f08da94fc4530bd193be2661c54982de
syncevo-dbus-server: Add DBusSyncException SourceUnusable
SourceUnusable is used CheckSource().
and later:
commit f2ab386190524444542c0ed74d580fd91214396a
D-Bus documentation fixes
Mention printChanges in Sync() documentation.
Docuemnt SourceUnusable exception.
--
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, 7 months
[Bug 8469] New: "greyed out" sources visually the same as active ones
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8469
Summary: "greyed out" sources visually the same as active ones
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P2
Component: *Feature Request
AssignedTo: jku(a)linux.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
- setup Google on Moblin 2.1 with SyncEvolution 1.x
- look at the main screen
=> only "Contacts" is check-marked, "Calendar" and "Tasks" are inactive
and cannot be selected
That's okay. But the styling doesn't make it obvious that "Calendar" and
"Tasks" are inactive, they look just like "Contacts". They should be greyed
out, like with the non-Moblin version on a normal desktop.
--
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, 7 months
[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, 7 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, 7 months