May 2010 - Syncevolution-issues

[Bug 1792] New: [Watching 1041] virtual sources (calendar+todo): statistics

by bugzilla＠meego.com

http://bugs.meego.com/show_bug.cgi?id=1792 Summary: [Watching 1041] virtual sources (calendar+todo): statistics Classification: MeeGo Platform Product: OS Middleware Version: 1.0 Platform: Netbook OS/Version: IA Status: WAITING FOR UPSTREAM Severity: normal Priority: Undecided Component: SyncEvolution AssignedTo: patrick.ohly(a)intel.com ReportedBy: jingke.zhang(a)intel.com QAContact: jingke.zhang(a)intel.com CC: syncevolution-bugs(a)meego.bugs Estimated Hours: 0.0 Developer please focuses on original upstream bug#1041 I will keep this updated in time. Not propose it to be MeeGo-1.0 blocker, for it is not a blocker issue. Thanks! Right now, progress for virtual sources like "calendar+todo" is reported (?) but no statistics are recorded. The effect is that the sync-ui always shows "no changes" and no error for that source after a sync. We should record combined statistics for virtual sources. -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years

1
0
0 / 0

[Bug 1791] New: [Watching 1363] HOWTO and support for addding support for new devices

by bugzilla＠meego.com

http://bugs.meego.com/show_bug.cgi?id=1791 Summary: [Watching 1363] HOWTO and support for addding support for new devices Classification: MeeGo Platform Product: OS Middleware Version: 1.0 Platform: Netbook OS/Version: IA Status: WAITING FOR UPSTREAM Severity: normal Priority: Undecided Component: SyncEvolution AssignedTo: patrick.ohly(a)intel.com ReportedBy: jingke.zhang(a)intel.com QAContact: jingke.zhang(a)intel.com CC: syncevolution-bugs(a)meego.bugs Estimated Hours: 0.0 Developer please focuses on original upstream bug#1363 I will keep this updated in time. Thanks! Not propose it to be MeeGo-1.0 blocker, for it is not a blocker. Description From pohly 2010-02-03 02:15:59 PST (-) [reply] Need to document: - XML config layout and extension/modification options (bug #7712) - which config switches (in XML and .ini) may be relevant Optional: - write some tool to automatically detect the right config for a device -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years

1
0
0 / 0

[Bug 1790] New: [Watching 1364] SyncML server: conflict resolution

by bugzilla＠meego.com

http://bugs.meego.com/show_bug.cgi?id=1790 Summary: [Watching 1364] SyncML server: conflict resolution Classification: MeeGo Platform Product: OS Middleware Version: 1.0 Platform: Netbook OS/Version: IA Status: WAITING FOR UPSTREAM Severity: normal Priority: Undecided Component: SyncEvolution AssignedTo: patrick.ohly(a)intel.com ReportedBy: jingke.zhang(a)intel.com QAContact: jingke.zhang(a)intel.com CC: syncevolution-bugs(a)meego.bugs Estimated Hours: 0.0 Patrick please focus on bug#1364, I will keep this updated. Not propose it to be MeeGo-1.0 blocker, for it is not a blocker issue. Description From pohly 2010-02-12 08:39:48 PST (-) [reply] Steps to reproduce: - setup SyncEvolution as client of a SyncEvolution - get client and server in sync with a single task - modify task on client and server - sync - sync again - ... During each sync, client and server swap their items. They are never really in sync. Either the server should preserve one task during the conflict resolution or both, but not permanently send data around. Might be possible to reproduce with other data, not checked yet. ------- Comment #1 From pohly 2010-02-12 08:42:37 PST (-) [reply] ------- This happened while doing slow syncs. With two-way syncs, conflict resolution preserves only one task, as intended. Nevertheless, slow sync should have worked, too. ------- Comment #2 From pohly 2010-04-19 08:29:07 PST (-) [reply] ------- This can be simplified: - clear all items on a server which uses the file backend - slow sync with one item on client A - modify item on client A so that a key element differs (like SUMMARY in task) - slow sync again Expected result: - client and server in sync, either with one item or two Actual result: - server has two items, client one (the unmodified one from the initial sync) The root cause is that the server treats these two items as different when using the file backend, because neither that backend nor the engine know about the significance of the UID property, which happens to be identical here. In the second slow sync, it sends an <Add> command with the item that it had from the initial sync. The client then turns the <Add> into a <Replace> of the item that it just sent to the server, overwriting the local, more recent data with the older copy from the server. The client uses the EDS backend, which detects that the new item from the server has the same UID as a local item, and therefore it *replaces* that item instead of adding it anew. IMHO the correct solution would be for the server to detect that two conflicting items have the same UID. The UID of the item on the server then must be replaced with something which satisfies the iCalendar 2.0 "globally unique" criteria before it is sent to the client in an <Add>. Or the property must be cleared, which will cause the client to create a value. I have no idea how to implement either one or the other, though. Solutions which don't work: - Compare only the UID property. A) we don't know whether the client really provides a stable, globally unique UID and b) we would end up with only one item even when both items were modified and thus should both be preserved. - Don't store UID on the server. We want it there for backup/restore of iCalendar 2.0 clients. -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years

1
0
0 / 0

[Bug 1116] [HandHeld] Unexpected dialog prompted for password input, when running syncevolution command

by bugzilla＠meego.com

http://bugs.meego.com/show_bug.cgi?id=1116 jausmus <james.ausmus(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |guannan.ou(a)intel.com --- Comment #9 from jausmus <james.ausmus(a)intel.com> 2010-05-05 14:40:29 PDT --- *** Bug 1735 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years

1
0
0 / 0

[Bug 1710] Sync service - there's a button at bottom of page, almost invisible

by bugzilla＠meego.com

http://bugs.meego.com/show_bug.cgi?id=1710 --- Comment #2 from jku <jku(a)linux.intel.com> 2010-05-05 05:06:06 PDT --- (In reply to comment #1) > That's the "Add new device" button. It triggers pairing with Bluetooth devices, > which (if successful) will populate the area above the buttong. > > The bug is that the button was pushed out of the window. This is truely weird. It works on my laptop (Debian Testing), but doesn't work on Meego. Same GTK+ version, same GTK+ style, same screen width. I'm 99% sure it has worked on Meego earlier with the same UI definition and code. It seems that setting the button visible (when we realize there is a bluetooth UI we can invoke) does not trigger the GTK size-request-allocate cycle: the button is just dropped there, it doesn't even get enough height to show the whole button text. I can workaround, but I think this indicates a bug somewhere down the stack... too bad the test case UI is so huge. -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years

1
0
0 / 0

[Bug 1411] New: Please enhance syncevolution with HTTP howto - include N900 example with task sync

by bugzilla＠meego.com

http://bugs.meego.com/show_bug.cgi?id=1411 Summary: Please enhance syncevolution with HTTP howto - include N900 example with task sync Classification: MeeGo Projects Product: SyncEvolution Version: unspecified Platform: Netbook OS/Version: IA Status: NEW Severity: normal Priority: High Component: SyncEvolution AssignedTo: patrick.ohly(a)intel.com ReportedBy: jingke.zhang(a)intel.com QAContact: jingke.zhang(a)intel.com CC: syncevolution-bugs(a)meego.bugs, syncevolution-default-bugs(a)meego.bugs Estimated Hours: 0.0 This issue is from http://bugzilla.moblin.org/show_bug.cgi?id=10486 Description From syncevolutionbugs(a)sourcesink.com 2010-04-17 18:56:00 PST (-) [reply] I wish to use syncevolution's HTTP server to sync with an N900 It would be helpful if you could update the HTTP howto to cover this scenario. I have contacts and address working fine (syncevolution v0.9.2 on N900 simulated under scratchbox and syncevolution 1.0beta2 under Ubuntu 9.04) Tasks and memos are not syncronizing. My google searches seem to indicate that I need to use a virtual source for this - but I've been unable to find much info on this in my online searches. I think the correct place for the config file changes is on the desktop side (where I am running the syncevo-http-server) but not sure what else is needed and exactly how to get it all configured... If you'd like someone to write the howto updates, I'm willing to do so...but would need some help to get my setup working first. Thank you for a great tool and your continued efforts! -------------------------------------- As a side note: I would prefer to be running 1.0beta2 on the N900 and am working on building it but running into a number of issues - most recently an issue with an undefined symbol while building util.cpp (NSS_NoDB_Init) - everything seems to be in order though... I need to look into that more... Perhaps I should really step forward to the latest code in git since it looks like beta 3 is due shortly? ---------------------------------------- ------- Comment #1 From pohly 2010-04-18 12:27:36 PST (-) [reply] ------- (In reply to comment #0) > I wish to use syncevolution's HTTP server to sync with an N900 > It would be helpful if you could update the HTTP howto to cover this scenario. > > I have contacts and address working fine (syncevolution v0.9.2 on N900 > simulated > under scratchbox and syncevolution 1.0beta2 under Ubuntu 9.04) > > Tasks and memos are not syncronizing. What is the error that you are getting? I'll update the HOWTO, but for that I need to know what I have to change to avoid the problem you are running into. > My google searches seem to indicate that I need to use a virtual source for > this - but I've been unable to find much info on this in my online searches. You don't need virtual sources when using SyncEvolution *on* the N900. You only need that when talking *with* SyncEvolution to the native SyncML implementation via Bluetooth. > -------------------------------------- > > As a side note: > > I would prefer to be running 1.0beta2 on the N900 and am working > on building it but running into a number of issues - most recently an issue > with an undefined symbol while building util.cpp (NSS_NoDB_Init) - everything > seems to be in order though... I need to look into that more... > > Perhaps I should really step forward to the latest code in git since it looks > like beta 3 is due shortly? Using the "master" branches is safe, no need to wait for an official beta 3. Just make sure that you get both SyncEvolution and libsynthesis, then compile with --with-synthesis-src. ------- Comment #2 From syncevolutionbugs(a)sourcesink.com 2010-04-20 13:59:07 PST (-) [reply] ------- A few more details...in response to your request. (Please keep this open for a bit though...I may add some more detail) Ok, sync is working for me for tasks, calendar and memos (and continues to work for addressbook). I am in the process of carefully documenting my steps and plan to run another clean run of the steps to make sure they are right. My most recent problem I suspect was due to the hierarchal nature of the config files. On the server side I discovered some inconsistencies in my settings across all these files. While setting things up I most likely edited the wrong file accidently at some point. Patrick clarified things a bit for me in recent email Virtual sources are NOT needed for this scenario Virtual sources are required IF 1) you have a Bluetooth phone and wish to use Bluetooth to sync to it's native SyncML server AND 2) the phone or device's version of SyncML wishes to combine more than one sync type into a sync event Example: some Nokia phones (including N900 I believe) combine calendar and todo info into one sync type I may be wrong on these two things since I don't yet have an N900 and have not done any experimenting with bluetooth, syncml, phone combos etc) -------------------------------------------------------- Environment details Client: "N900" via scratchbox emulation using Mar 22 2010 Maemo dev SDK from Nokia Syncevolution 0.9.2 from repository Syncevolution-frontend 0.5 from repository Server syncevolution 1.0beta2 from source code I compiled evolution version 2.26.1 Sync method: syncevolution HTTP server running on desktop -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years

1
1
0 / 0

[Bug 1208] syncevo-phone-config, template system: use single-file templates

by bugzilla＠meego.com

http://bugs.meego.com/show_bug.cgi?id=1208 pohly <patrick.ohly(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #2 from pohly <patrick.ohly(a)intel.com> 2010-05-05 02:09:06 PDT --- Merged into master, will be in SyncEvolution 1.0. Yongsheng, can you do a code review? I know it is a bit late, but I didn't know exactly when you would be back and didn't want to wait. -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years

1
0
0 / 0

[Bug 1710] Sync service - there's a button at bottom of page, almost invisible

by bugzilla＠meego.com

http://bugs.meego.com/show_bug.cgi?id=1710 pohly <patrick.ohly(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |patrick.ohly(a)intel.com AssignedTo|syncevolution-bugs(a)meego.bu |jku(a)linux.intel.com |gs | --- Comment #1 from pohly <patrick.ohly(a)intel.com> 2010-05-05 00:36:41 PDT --- That's the "Add new device" button. It triggers pairing with Bluetooth devices, which (if successful) will populate the area above the buttong. The bug is that the button was pushed out of the window. -- Configure bugmail: http://bugs.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

1
0
0 / 0

[Bug 1187] "Fix a sync emergency" window needs up-down scroll-bar

by bugzilla＠meego.com

http://bugs.meego.com/show_bug.cgi?id=1187 pohly <patrick.ohly(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomas.galicia(a)intel.com --- Comment #3 from pohly <patrick.ohly(a)intel.com> 2010-05-05 00:32:16 PDT --- *** Bug 1711 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://bugs.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

1
0
0 / 0

[Bug 1711] fix a sync emergency: bottom of page is cut off

by bugzilla＠meego.com

http://bugs.meego.com/show_bug.cgi?id=1711 pohly <patrick.ohly(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |patrick.ohly(a)intel.com Resolution| |DUPLICATE --- Comment #1 from pohly <patrick.ohly(a)intel.com> 2010-05-05 00:32:16 PDT --- *** This bug has been marked as a duplicate of bug 1187 *** -- Configure bugmail: http://bugs.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

1
0
0 / 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Syncevolution-issues May 2010