[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 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
[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, 7 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, 7 months
[Bug 8315] New: sync-UI 1.0: service triangle clickable?
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8315
Summary: sync-UI 1.0: service triangle clickable?
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: nicholas.e.richards(a)intel.com,
syncevolution(a)lists.intel.com
The new service list in sync-UI has a triangle in front of each service. The
triangle points right when the service entry is folded and down when unfolded.
However, clicking the triangle has no effect.
If the triangle stays in the GUI, then it should be clickable. Currently it is
pending a review by Nick.
--
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 7290] New: New service "synthesis" "zyb" can't be listed in sync-ui
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7290
Summary: New service "synthesis" "zyb" can't be listed in
sync-ui
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: GTK UI
AssignedTo: jku(a)linux.intel.com
ReportedBy: yanshuang.zheng(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
Release Milestone: Undecided
pkg: sync-0.9.0.99-6.4
If we add a new service named like "synthesis" or "zyb", then it can't be
displayed in configured server list, but actually we can do data sync with
them.
Guess that the manually added service named "synthesis" and "zyb" are treated
as default supported service and then should be displayed like scheduleworld,
funambol.... But they are coded not to show in the default list.
So we now are not able to view/edit configuration of mamual setup service named
"synthesis" and "zyb".
Steps:
1. launch sync-ui from app>>internet
2. click "change sync service"
3. click "add new service"
4. fill in "service name" with "synthesis", and account, serverURL, click "Save
and user this service"
==> we are now able to do data sync with "synthesis"
5. click again "change sync service" to view what we have configured
==> no service named "synthesis" can be found
==> configured service "synthesis" can be printed from cmdline
--
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 7556] New: Synthesis .html log file name
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7556
Summary: Synthesis .html log file name
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
The new "unilib" version of the Synthesis engine changed the name of the .html
file from sysynclib_linux.html to sysynclib_uni_linux.html. Both is not
particular intuitive for users.
We print the name of the log file on the command line if something went wrong.
Because the name cannot be set or queried, it is hard-coded there and no longer
matches.
The user of libsynthesis should be able to choose the name. Then we should use
that to set a sane name, like "log.html".
--
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