March 2010 - Syncevolution-issues

[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

1
2
0 / 0

[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

1
3
0 / 0

[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

2
2
0 / 0

[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

1
2
0 / 0

[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

1
0
0 / 0

[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

1
7
0 / 0

[Bug 10438] New: Network presence detection (work with network manager, listen signals)

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=10438 Summary: Network presence detection (work with network manager, listen signals) 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: congwu.chen(a)intel.com QAContact: jingke.zhang(a)intel.com CC: syncevolution(a)lists.intel.com We have a presence detection implementation in MB#7700, the limitations are: 1) We only support connman, if there is no connman installed, we will always assume the peers are present. Support network manager would be useful for non-mobiln/meego devices. Here is a possible solution provided from network manager mail list: http://mail.gnome.org/archives/networkmanager-list/2010-February/msg00078... 2) The connman approach currently did not listen on status change signals but polls regularly. This need be improved. see http://bugzilla.moblin.org/show_bug.cgi?id=7700#c19 -- 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

1
0
0 / 0

[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

1
17
0 / 0

[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

1
11
0 / 0

[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

1
3
0 / 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Syncevolution-issues March 2010