January 2010 - Syncevolution-issues

[Bug 9097] New: syncevolution --status: statistics empty

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9097 Summary: syncevolution --status: statistics empty 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: syncevolution(a)lists.intel.com I just noticed that the statistics table had "0" for all cells, despite having local changes and items. This broke during the backend API migration towards Boost function pointers. The implementation in TrackingSyncSource did not have enough parameters and did not fill the SyncSourceReport passed in as parameter with the values. I'm not sure why the old code compiled, I would have expected type errors because boost::bind() with only "this" as parameter should not have matched m_checkStatus. Anyway, fixed now. -- 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

1
1
0 / 0

[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

1
8
0 / 0

[Bug 9282] New: implement device sync configuration UI

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9282 Summary: implement device sync configuration 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: jku(a)linux.intel.com QAContact: yanshuang.zheng(a)intel.com CC: syncevolution(a)lists.intel.com The wireframes now include device configuration, implement that -- 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

1
4
0 / 0

[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

1
11
0 / 0

[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

1
34
0 / 0

[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

1
10
0 / 0

[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

1
7
0 / 0

[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

1
11
0 / 0

[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

1
13
0 / 0

[Bug 9278] New: [1.0-beta] No left/right scroll-bar on Setting panel

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9278 Summary: [1.0-beta] No left/right scroll-bar on Setting panel Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: NEW Severity: enhancement Priority: Undecided Component: GTK UI AssignedTo: jku(a)linux.intel.com ReportedBy: jingke.zhang(a)intel.com QAContact: jingke.zhang(a)intel.com CC: syncevolution(a)lists.intel.com Package: 0.9.99.3-3.1 Platform: Netbook Description: ======================= When configuring sync service in the Setting Panel of syncUI, we often met the content is too wide to fill the panel. Then, "Save and use xxx service" button would be hidden by the right border. A left/right scroll-bar should be provided for user to see the whole setting page. -- 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

1
8
0 / 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Syncevolution-issues January 2010