[Bug 9169] New: GetConfig returns "-" for password
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9169
Summary: GetConfig returns "-" for password
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: yongsheng.zhu(a)intel.com
ReportedBy: jku(a)linux.intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: syncevolution(a)lists.intel.com
Something seems to have changed lately as I get "-" for password in GetConfig
(password is saved in keyring). I assumed I'd get the real password.
Yongsheng, is this because of server side keyring implementation
(1dd1323f399a)?
--
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 7808] New: config templates in /usr/etc
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7808
Summary: config templates in /usr/etc
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P2
Component: SyncEvolution
AssignedTo: patrick.ohly(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
There's a not unreasonable expectation that these config templates can be
copied as they are and then be used after editing them (the Unix way instead of
using the command line or this GUI thingy...).
Right now, the templates are only almost complete. The type setting must be
added to the source config.ini files. At least one user ran into the resulting
"type 'select backend'" error.
We might also change something else:
* install in /etc
* don't install at all, if not needed
--
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 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 9338] New: --configure and non-standard context: wrong shared properties written
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9338
Summary: --configure and non-standard context: wrong shared
properties written
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: major
Priority: P1
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: syncevolution(a)lists.intel.com
When running a command like "syncevolution --configure ... foo" where foo is
stored in a non-default context (i.e., foo@bar), then properties from the
@default context seem to get inserted into foo@bar.
I suspect that this is caused by letting SyncConfig find the "foo" peer in
@bar, but then at some other place only parsing the "foo" string to find the
context.
Move normalize function into SyncConfig and implement the search functionality
there to prevent more errors of this kind?
--
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 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 9170] New: sync-UI on Ubuntu Hardy (8.04 LTS)
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9170
Summary: sync-UI on Ubuntu Hardy (8.04 LTS)
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: major
Priority: P1
Component: GTK UI
AssignedTo: jku(a)linux.intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: syncevolution(a)lists.intel.com
Ubuntu Hardy (8.04 LTS) is the main build machine for syncevolution.org
binaries. It is currently listed as minimal requirement for compiling and
running SyncEvolution *including* GUI in our documentation.
After merging jku-configuration-redesign today, I noticed that it no longer
compiles because gtk/gtkinfobar.h is missing. The source seems to depend on
that now. Ubuntu Hardy has libgtk 2.12.9-3ubuntu2.
How do we solve this? Raise the base platform to something more recent? What?
I'd rather avoid that if possible.
Make the usage of gtk-info-bar option?
--
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 9320] New: dbus api: several sources have progress phase at same time
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9320
Summary: dbus api: several sources have progress phase at same
time
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'm seeing all synced sources reporting a progress phase at the same time. I
wasn't expecting this and I think it didn't used to happen when I originally
coded this part of the client.
In more detail: In a ProgressChanged signal all sources have a phase, e.g.
"preparing". This isn't really true is it? I was under the impression only one
source is processed at a time.
--
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