[Bug 9631] New: intelligent handling of unexpected slow syncs: server-side
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9631
Summary: intelligent handling of unexpected slow syncs:
server-side
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: enhancement
Priority: P2
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: patrick.ohly(a)intel.com, syncevolution(a)lists.intel.com
Depends on: 2416
In contrast to the client-side (bug #9630), slow sync detection on the server
doesn't work yet. It depends on running the check inside scripts that Lukas
might add to the engine eventually, but which are not there yet.
In addition, the feature also does not make sense unless the server initiated
the sync. Otherwise the user might do a slow sync intentionally on the client
and the server rejects it.
Another complication is that the server cannot simple stop sending any message,
as the client-side does. It must send a proper final message to the client,
telling it to terminate the session.
--
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, 5 months
[Bug 9630] New: intelligent handling of unexpected slow syncs: client-side
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9630
Summary: intelligent handling of unexpected slow syncs:
client-side
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: patrick.ohly(a)intel.com
CC: patrick.ohly(a)intel.com, syncevolution(a)lists.intel.com
Depends on: 2416
Detecting slow syncs when running as SyncML client is completely implemented,
including proper support for it in the sync-UI.
However, it is not enabled by default. To test it, set "preventSlowSync=1". To
trigger the problem, use the erase-anchor.pl script
(http://bugzilla.moblin.org/attachment.cgi?id=3806&action=edit) or wipe out the
whole .synthesis/sysynclib_targ.bfi file.
After testing, we still need to decide about making it enabled by default.
--
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, 5 months
[Bug 319] New: Support remote calendar access via caldav
by webmaster@meego.com
http://bugzilla.meego.com/show_bug.cgi?id=319
Summary: Support remote calendar access via caldav
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: NEW
Severity: enhancement
Priority: Low
Component: SyncML
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: patrick.ohly(a)intel.com, syncevolution-bugs(a)meego.bugs,
syncevolution-syncml-bugs(a)meego.bugs
Estimated Hours: 0.0
This is from http://bugzilla.moblin.org/show_bug.cgi?id=6433
Description From jku 2009-09-24 23:52:39 PST
=========================
People are asking us to support Google calendar sync. Strictly speaking that's
not possible since Google doesn't do SyncML for calendars, but they do have
caldav support... Caldav is not really synchronization, but it might easily be
good enough for many people.
EDS has a caldav backend that apparently works, so the groundwork's been done
already. We need to:
* figure out where the caldav data is consumed: in Dates itself or should
SyncEvolution have some evil caldav-via-eds-backend (I'm not sure this is
even
possible, just thinking aloud)
* add the setup UI somewhere. In the future I'd say it should be wherever the
rest of "web service setup" (which will include syncevolution setup) is.
------- Comment #1 From jochenh 2009-09-25 06:38:12 PST (-) [reply] -------
OpenSync can sync with google calendar. There is a special Plugin for that.
http://www.opensync.org/browser/plugins/google-calendar/src
Lighting and Evolution have Google Calendar support. There is a google calendar
provider for lighting: https://wiki.mozilla.org/Calendar:GDATA_Provider
-------- Comment #4 From pohly 2010-03-29 06:21:01 PST (-) [reply] -------
It's certainly a worthwhile feature request which deserves some attention. Let
me do some investigations and report back.
--
Configure bugmail: http://bugzilla.meego.com/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, 5 months
[Bug 6379] New: sync-ui: information required about peers
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6379
Summary: sync-ui: information required about peers
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEEDINFO
Severity: normal
Priority: Undecided
Component: * Feature Request
AssignedTo: nicholas.e.richards(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Release Milestone: Undecided
Which information do we want to show to users once we support syncing with more
than just HTTP SyncML servers?
This information must be gathered, stored and made available via the D-Bus API
of the syncevo-dbus-server. Then the sync-ui should make use of it.
Jussi, I think you wanted to discuss this with Nick. Assigning to Nick
directly, but please keep an eye on it.
--
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, 5 months
[Bug 264] New: sync-UI: sort templates alphabetically, pick by score
by webmaster@meego.com
http://bugzilla.meego.com/show_bug.cgi?id=264
Summary: sync-UI: sort templates alphabetically, pick by score
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: enhancement
Priority: Medium
Component: GTK UI
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-gtk-ui-bugs(a)meego.bugs
Estimated Hours: 0.0
>From http://bugzilla.moblin.org/show_bug.cgi?id=10336#c6
----------------
commit 307693857d069e3846139c998228bc74713cf8a3
Author: Jussi Kukkonen <jku(a)linux.intel.com>
Date: Mon Mar 29 12:53:44 2010 +0300
gtk-ui: really sort templates in device config (MB#10336)
The templates weren't really being sorted, my test case just
happened to be correct... This commit fixes sorting and should
make the best template get "automatically" selected.
That is in 'jku'.
Now that I think about it, in the long term sorting by score is the wrong thing
to do: I should sort alphabetically but still select the best score. But this
fixes the bug at hand.
----------------
Not sure about sorting, though - how does the user know what the second-best
choice is?
--
Configure bugmail: http://bugzilla.meego.com/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, 5 months
[Bug 10350] New: syncevo-dbus-server: avoid wakeups and disk writes
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=10350
Summary: syncevo-dbus-server: avoid wakeups and disk writes
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P1
Component: SyncEvolution
AssignedTo: yongsheng.zhu(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: syncevolution(a)lists.intel.com
Arjan pinged me on chat. He caught syncevo-dbus-server doing regular wakeups at
5 second intervals. He also saw some disk write IO.
The wakeups are probably caused by AutoTerm::TERM_INTERVAL = 5. We need a
better solution for this. I don't quite understand the comment about not using
add/delete:
// call checking every 5 seconds
// here we don't use add/remove new sources for we might
// make glib source id integer overflow since its id calculation
// only plus one each time
I don't know which write IO Arjan saw. He said it is not stdout, which also
gets redirected to disk. Any ideas?
--
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, 5 months
[Bug 10000] New: notifications for automatic sync
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=10000
Summary: notifications for automatic sync
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
We need to implement notifications via libnotify. Details to be decided.
--
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, 5 months
[Bug 10137] New: ww12 milestone (2010-03-19)
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=10137
Summary: ww12 milestone (2010-03-19)
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: Undecided
Component: *Feature Request
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Depends on: 2425,6378,7838,9283,9312,10000
* automatic sync in backend (bug #6378, bug #10000) and GUI (bug #9283)
* SAN 1.0 supported (bug #9312)
* automatic configuration of client when receiving SAN (MB #7838)
* server passes full test suite (bug #2425)
* all string changes done
--
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, 5 months
[Bug 10406] New: templates: introduce class of devices
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=10406
Summary: templates: introduce class of devices
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
>From the "[SyncEvolution] device template naming" discussion:
-------------------------------------------------------------
First, each template is meant to represent a certain class of devices
with the same settings (but see below for the current status). If there
is a name for that class that can be presented to users (think "Nokia
S40"), it is added to the template's meta data (template.ini) as
"templateName". This is optional. There might be templates which only
match one specific model or where the class is so obscure that showing
it is useless.
Second, we need to find better ways of determining the exact
manufacturer and model (bug #10380). Right now, we only have
the device name chosen by the user, which may or may not contain the
model. If (and only if) the exact model can be determined, it will be
added to the templates returned via D-Bus as the new "modelName"
property ("Nokia 7210c").
Third, "fingerPrint" in the template meta data is a list of
"Manufacturer Model" strings. This is what the exact model name (if
available) or the device name (fallback) are matched against by the
D-Bus server to rank templates.
--------------------------------------------------------------
This issue is about adding the "templateName" property.
--
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, 5 months