July 2009 - Syncevolution-issues

[Bug 4659] New: sync is blocked by "$HOME/.cache: Permission denied"

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=4659 Summary: sync is blocked by "$HOME/.cache: Permission denied" Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: NEW Severity: critical Priority: P1 Component: SyncEvolution AssignedTo: patrick.ohly(a)intel.com ReportedBy: yanshuang.zheng(a)intel.com QAContact: yanshuang.zheng(a)intel.com CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com image: 20090723-001 pkg: syncevolution-0.8.1.99.4.09beta3-1.1 All PIM data synchronization are blocked with error info ""$HOME/.cache: Permission denied". Steps:(http proxy is already set correctly) ============== 1. open terminal 2. configure like this: $ syncevolution -c -y username=<username> -y password=<passwrod> -l scheduleworld test 3. run a sync: $ syncevolution test addressbook ===>[ERROR] /home/yanshuang/.cache: Permission denied -- 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.

13 years, 1 month

1
11
0 / 0

[Bug 4660] error info on sync-ui is inconsistent with commands

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=4660 shuangeeer <yanshuang.zheng(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|4659 | Summary|Can not do sync from GUI, |error info on sync-ui is |and error info is |inconsistent with commands |inconsistent with commands | --- Comment #3 from shuangeeer <yanshuang.zheng(a)intel.com> 2009-07-23 20:41:18 --- Since #4659 is fixed, let's track here only the error output handling. Bug summary revised. -- 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.

13 years, 1 month

1
0
0 / 0

[Bug 3009] interoperability with mobical.net

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=3009 --- Comment #26 from yongsheng zhu <yongsheng.zhu(a)intel.com> 2009-07-23 20:29:03 --- > > I did some experiments for mobical and my conclude is below. Two kinds of above > > errors are due to the same reason. > > If there is no item in contacts, server will initiate or request to initiate a > > 'slow-sync' mode. > According to Tactel, this is their expected behavior. So I'll add environment > variable to control this. This behavior is also applied in calendar, task and notes. -- 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.

13 years, 1 month

1
0
0 / 0

[Bug 3009] interoperability with mobical.net

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=3009 --- Comment #25 from yongsheng zhu <yongsheng.zhu(a)intel.com> 2009-07-23 20:25:54 --- > 8. ClientTest.cpp:3853:Assertion > Test name: Client::Sync::vcard30::testDelete > equality assertion failed > - Expected: 1 > - Actual : 0 > - vcard30: clientDeleted == source.getItemStat(SyncSourceReport::ITEM_LOCAL, Sy > ncSourceReport::ITEM_REMOVED, SyncSourceReport::ITEM_TOTAL) > Delete operation is not successful. Need deep investigation. Client A deletes the only item and sync the operation to server. Then client B wants to two-way sync and refresh the server's changes to it, however, server has no item any more, so it initiates a slowsync mode and B's item will be added into server. thus there is no delete item in the local. > 9. Client_Sync_vcard30_testMerge.A.test.dat | > Client_Sync_vcard30_testMerge.B.test.dat > only in left file < > > only in right file > ------------------------------------------------------------------------------- > BEGIN:VCARD BEGIN:VCARD > N:Doe;John N:Doe;John > EMAIL:john.doe@work.com | TITLE:developer > TEL;TYPE=WORK:business 1 < > TITLE:tester < > VERSION:3.0 VERSION:3.0 > END:VCARD END:VCARD > It seems 'update' operation is not successful in the server side. Need deep > investigation. Like the scheduleworld, it actually doesn't do merge operation. It does a replace operation instead. However, the new item has no one of properties 'tel', 'email', or 'url','addr'. So server's replace won't reflect to the client A. -- 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.

13 years, 1 month

1
0
0 / 0

[Bug 3009] interoperability with mobical.net

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=3009 --- Comment #24 from yongsheng zhu <yongsheng.zhu(a)intel.com> 2009-07-23 20:19:08 --- Below are comments from Tactel. > 1. Note property length: less than or equal 4000 bytes > 2. vcard must have one of 'tel', 'email', or 'url','addr', otherwise, this > vcard will not treat as a full item and server won't send them to client when > sync Also expected behaviour. Some phone models have trouble handling contacts without any of these fields (we have seen phones crash). > 3. FN: its 'fn' value are composed by the property'N' value instead of value > transferred. Yes, it's a limitation. It's mostly a usability issue, how do we not confuse the user by presenting two editable name fields > 4. ADR: if have no type, then it is lost > 5. BDAY: BDAY value is alway one day before sent value It's a known bug. But I cannot yet give an expected release date of a fix. > 6. ORG: only preserve the first field 'org name' and others are lost Yes, it's a limitation > 7. N: parser bug > N:Last;First \; special \;;middle;Mr. | N:Last;First \; special \;\;middle;Mr It's a bug. -- 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.

13 years, 1 month

1
0
0 / 0

[Bug 3009] interoperability with mobical.net

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=3009 --- Comment #23 from yongsheng zhu <yongsheng.zhu(a)intel.com> 2009-07-23 20:16:28 --- > 8. ClientTest.cpp:3853:Assertion > Test name: Client::Sync::vcard30::testDelete > equality assertion failed > - Expected: 1 > - Actual : 0 > - vcard30: clientDeleted == source.getItemStat(SyncSourceReport::ITEM_LOCAL, Sy > ncSourceReport::ITEM_REMOVED, SyncSourceReport::ITEM_TOTAL) > Delete operation is not successful. Need deep investigation. Client::Sync::vcard21::testDelete deleteall.init deleteall.twoway deleteall.init deleteall.twoway send recv delete delete For this process, when client-a delete contacts in the server, and server has no contact any more, so when client-b start a tow-way sync, server requests a slow-sync and that causes the error.(In reply to comment #21) > I did some experiments for mobical and my conclude is below. Two kinds of above > errors are due to the same reason. > If there is no item in contacts, server will initiate or request to initiate a > 'slow-sync' mode. According to Tactel, this is their expected behavior. So I'll add environment variable to control 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.

13 years, 1 month

1
0
0 / 0

[Bug 4126] ScheduleWorld: data not in sync between server and client (after contact delete on server)

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=4126 --- Comment #12 from shuangeeer <yanshuang.zheng(a)intel.com> 2009-07-23 19:32:50 --- The new one is bug #4703. (In reply to comment #11) > Yes, you are right. The behavior is what we expected and this bug is not valid. > I will close it and open a new bug for problem related to slow sync. -- 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.

13 years, 1 month

1
0
0 / 0

[Bug 4126] ScheduleWorld: data not in sync between server and client (after contact delete on server)

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=4126 weibin <weibin.pan(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |VERIFIED --- Comment #11 from weibin <weibin.pan(a)intel.com> 2009-07-23 19:01:14 --- Yes, you are right. The behavior is what we expected and this bug is not valid. I will close it and open a new bug for problem related to slow sync. -- 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.

13 years, 1 month

1
0
0 / 0

[Bug 4660] Can not do sync from GUI, and error info is inconsistent with commands

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=4660 Bug 4660 depends on bug 4659, which changed state. Bug 4659 Summary: sync is blocked by "$HOME/.cache: Permission denied" http://bugzilla.moblin.org/show_bug.cgi?id=4659 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE -- 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.

13 years, 1 month

1
0
0 / 0

[Bug 4551] Moblin: sync with google contacts is blocked by SSL certification

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=4551 --- Comment #7 from pohly <patrick.ohly(a)intel.com> 2009-07-23 04:35:03 --- We could fix this problem like this: - config->setSyncURL("http://m.google.com/syncml"); + config->setSyncURL("https://m.google.com/syncml"); config->setWebURL("http://m.google.com/sync"); config->setClientAuthType("syncml:auth-basic"); config->setWBXML(true); config->setConsumerReady(true); + // temporarily (?) disabled certificate checking because + // libsoup/gnutls do not accept the Verisign certificate + // (GNOME Bugzilla #589323) + config->setSSLVerifyServer(false); + config->setSSLVerifyHost(false); The problem with that is that the non-standard "verify off" values will be permanently written into users' config.ini. Updating SyncEvolution to a version were they are on by default will not update those values, users would have to do it manually. Alternatively, I could change the default values to false. Then the config.ini does not contain a specific setting and we can switch it on later without the users having to do anything. The risk with that is that some users might have configurations with https and unset "verify" options: they depend on the default value being secure. I tend to prefer the first option. Any other thoughts? -- 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.

13 years, 1 month

1
0
0 / 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Syncevolution-issues July 2009