[Bug 6376] New: sync-ui + D-Bus server: implement interactive password requests
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6376
Summary: sync-ui + D-Bus server: implement interactive password
requests
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
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
We have defined the API (Server.InfoRequest/Response), but it is currently not
in the syncevo-dbus-server. Next steps:
1. add to interface with stubs
2. implement it in D-Bus server
3. implement it in GUI
--
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 7089] New: pairing with Bluetooth devices
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7089
Summary: pairing with Bluetooth devices
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: josh(a)linux.intel.com, syncevolution(a)lists.intel.com
Release Milestone: Undecided
When pairing a Moblin (or Linux) instance with another Bluetooth device we want
to enable SyncML, or at least have the option to do so. The exact steps
necessary for this are uncertain at this time. Joshua Lock is working on the
GUI integration in Moblin and answered about having seen anything SyncML
related:
---------------------------------------------------------
Nope, but I have seen that the plugin API is incredibly simple:
http://git.gnome.org/cgit/gnome-bluetooth/tree/lib/bluetooth-plugin.h
The only downside is that is assumes you want to provide some sort of
configuration UI for users to choose to enable plugins, whereas in
Moblin we'll probably just want to automatically enable them with sane
defaults.
A general syncevolution plugin with a checkbox to enable this device as
a sync target doesn't look like it would be too hard, the geoclue one is
less than 300LOC:
http://git.gnome.org/cgit/gnome-bluetooth/tree/lib/plugins/geoclue.c
---------------------------------------------------------
--
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 8756] New: sync-UI: calendar+todo
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8756
Summary: sync-UI: calendar+todo
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Generic
OS/Version: Other
Status: ASSIGNED
Severity: normal
Priority: P2
Component: *Feature Request
AssignedTo: jku(a)linux.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: patrick.ohly(a)intel.com, syncevolution(a)lists.intel.com
Depends on: 8752
The sync-UI should be able to deal with a virtual "calendar+todo" more or less
already: because calendar and todo should have an empty URI, they will be
disabled.
Do we want and/or have to do anything beyond that, like remapping the
"calendar+todo" name? This would be the name that we have to use in future
templates (Nokia N7210c, OVI.com).
--
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 8059] New: Session.SetConfig() + remove peer
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8059
Summary: Session.SetConfig() + remove peer
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
Depends on: 7707
We defined "SetConfig(update=false, {})" so that this removes all properties
referenced by the view and those config nodes which become empty because of
this. The goal was to use this to remove peers and/or sources.
The problem now is that some of the removed properties may still be in use by
other peers. Should we redefine the API so that only the unshared properties
get removed?
Suppose that there is only one peer. Selecting that peer for a session and
doing the call above would remove the peer and leave the peer-independent
source settings in place.
To also get rid of those, we could define that selecting the source set instead
of a specific peer and then doing the SetConfig() above really removes the
sources.
--
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 8049] New: D-Bus API: multiple peers per config + Server.getReports
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8049
Summary: D-Bus API: multiple peers per config +
Server.getReports
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
Depends on: 7707
As part of revising the configuration layout it became possible to ask for
session reports created as part of a config context by any peer in that
context, but the code does not implement that yet.
There are some places which need to be changed:
- the config name check in ReadOperations::getReports (see TODO there)
- SyncContext::getSessions()
Similar changes are necessary in the command line, which currently doesn't
accept empty server names at all (bug #8048).
--
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 4599] New: "Addressbook:Error 418" shows up in sync ui after syncing an alike contact
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4599
Summary: "Addressbook:Error 418" shows up in sync ui after
syncing an alike contact
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: guannan.ou(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: shuang.wan(a)intel.com, patrick.ohly(a)intel.com,
syncevolution(a)lists.intel.com
"Addressbook:Error 418" shows up in sync ui after syncing an alike contact.
<1> add one contact in client(you can just set a contact with its full name
"Jessy", others field empty), add the same contact in server(you need to set
First and Display Name field to "Jessy", other fileds empty).
<2> two-way sync.
<3> two-way sync again.
In step <2>, Sync UI will show "Sync-Failed Addressbook:Error 418", step <3>
will be successful.
FYI. Error Number 418 means "Object already exist".
Are we expected to show that error message to end user when syncing alike
contact?
--
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 8727] New: intelligent handling of first-time slow syncs
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8727
Summary: intelligent handling of first-time slow syncs
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: jku(a)linux.intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: nicholas.e.richards(a)intel.com,
syncevolution(a)lists.intel.com
Resolving Bug 2416 (intelligent handling of unexpected slow syncs) has brought
up a usability issue in first time syncs:
When the user syncs for the first time, the server will ask for a slow sync. At
this point it is impossible to silently decide the correct sync mode:
1. if we have no local data, syncevolution could decide silently
2 if there is local data, the right option could be
slow, refresh-from-server or refresh-from-client.
We really can't tell.
3. The client should make the sync mode decision, but currently
it can't know when we are in a first-sync situation.
I'll file sub-bugs on local-data checking and first-time-sync checking. Let's
consider this a UI bug that depends on those.
UI notes: I'm currently implenting the error messages with a infobar and I
think this fits in there nicely as well. Something like this:
* Scheduleworld.com
We have not synced with Scheduleworld.com yet. [ Slow sync ]
The default is Slow sync but you can also start [ More options ]
from scratch with local data or remote data.
"More options" opens Sync Emergency (although the name is a bit strong here
;)).
I didn't include all options in the info bar just to keep things simple -- and
because Sync Emergency has more room to explain the options.
The normal "Sync" button can also be changed to "Slow sync" during this.
--
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 8729] New: clients should have knowledge of first-time syncs
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8729
Summary: clients should have knowledge of first-time syncs
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
See bug 8727 (intelligent handling of first-time slow syncs): client should
make the decision on first-time slow syncs just like it does on any slow syncs
but it would be useful to know when peer/source has not been synced yet: UI
could be different in that case.
The first idea I had was to use GetReports(), empty result would mean no syncs
have been done. This isn't reliable though: reports are in ~/.cache and could
be wiped.
I don't really have any better ideas on the api for this, to me GetReports
sounds logical: if all reports included a first-sync status for sources, and if
we agree on what kind of "pseudo" report is sent when no reports are actually
available, that should work.
there is already a boolean "source-<name>-first" value in the report, was this
something else?
--
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 7981] New: SyncML toolkit reports '0x2002' error code when doing synchronization
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7981
Summary: SyncML toolkit reports '0x2002' error code when doing
synchronization
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncML
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: yongsheng.zhu(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
scheduleworld_1 is a configured server created by client-test. If you sync it
with 'syncevolution --run scheduleworld_1'. Then the syncML toolkit of
libsynthesis reports '0x2002' error code and sync is done with errors.
The error code means 'Buffer too small' according to error code definition in
syncML toolkit. so it might be a potential issue in syncML toolkit.
Here is the list of my sources in sheduleworld_1:
file_ical20 file_itodo20 file_vcard21 file_vcard30 ical20 itodo20 text
vcard21 vcard30
I tried that when the number of sources is larger than 5, the error occurs.
Also for other servers, like memotoo_1, if the number is large than 4, then the
error occurs.
--
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 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