December 2015 - Syncevolution-issues

[Bug 81590] New: e-cal-check-timezones: normalize before comparison

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=81590 Priority: medium Bug ID: 81590 CC: syncevolution-issues(a)syncevolution.org Assignee: syncevolution-issues(a)syncevolution.org Summary: e-cal-check-timezones: normalize before comparison Severity: enhancement Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: ASSIGNED Version: 1.4 Component: SyncEvolution Product: SyncEvolution DAViCal reorders VTIMEZONE content, breaking the simple strcmp() in e_cal_check_timezones(). We should normalize the VTIMEZONE component (= reorder subcomponents and properties) before conversion to strings. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 years, 3 months

1
1
0 / 0

[Bug 64835] New: Add RemoveAddressBook Feature

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=64835 Priority: medium Bug ID: 64835 CC: syncevolution-issues(a)syncevolution.org Assignee: syncevolution-issues(a)syncevolution.org Summary: Add RemoveAddressBook Feature Severity: enhancement Classification: Unclassified OS: Linux (All) Reporter: eugenio.parodi(a)intel.com Hardware: Other Status: NEW Version: unspecified Component: SyncEvolution Product: SyncEvolution It would be useful to have something like: RemoveAddressBook That will remove the addressbook synced if available (as RemovePeer do) but keep the peer definition retrievable via GetAllPeers. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 years, 3 months

1
9
0 / 0

[Bug 57340] New: Wrong HashCode after sync if home is mounted over NFS

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=57340 Priority: medium Bug ID: 57340 CC: syncevolution-issues(a)syncevolution.org Assignee: syncevolution-issues(a)syncevolution.org Summary: Wrong HashCode after sync if home is mounted over NFS Severity: normal Classification: Unclassified OS: Linux (All) Reporter: dbet1(a)gmx.net Hardware: x86 (IA32) Status: NEW Version: 1.3 Component: SyncEvolution Product: SyncEvolution I have two machines with Ubuntu 10.04. Machine A is the master. On machine B my home is mounted with NFS from Machine A. Synchronisation works fine on machine A, and also on machine B. But after sync on machine B on machine A it does not work any more. I am logged in at a time on one machine only of course. I have found out that the hash code in the file ~/.config/syncevolution/default/peers/memotoo/.internal.ini is much more greater after syncing on machine B then after syncing on machine A. I then open .internal.ini and delete the hash code. After that syncevolution creates a new hash. From then sync on machine A works fine until I sync the next time from machine B. Messages from syncevolution on the command line on machine A during sync after sync on machine B: [ERROR] error code from SyncEvolution fatal error (local, status 10500) ~/.config/syncevolution/default/peers/memotoo/.internal.ini: HashCode = 10594356235175291768: cannot parse value machine A: HashCode = 1435593592 machine B: HashCode = 10594356235175291768 Because I use auto sync and the home is NFS mounted, the auto sync also occurs on machine B. Thus the hash code is wrong after that. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 years, 3 months

1
4
0 / 0

[Bug 55916] New: D-Bus PIM API

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=55916 Priority: highest Bug ID: 55916 CC: syncevolution-issues(a)syncevolution.org Assignee: patrick.ohly(a)intel.com Summary: D-Bus PIM API Severity: normal Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: ASSIGNED Version: unspecified Component: SyncEvolution Product: SyncEvolution The API implements in-vehicle infotainment (IVI) use cases around contacts: - cache address books from peers (primarily phones connected via Bluetooth) in local address books - provide a unified address book that combines a configurable (and changing) subset of the local address books - fast phone number lookup - browsing and searching in the unified address book Tasks that are expected to be done by the user of this API: - identify peers and their capabilities - decide how and when peer data should be cached - define which data goes into the unified address book In other words, the API provides the mechanisms and the user the policy. This is a meta-issue that tracks the initial definition and development of that API in SyncEvolution. The corresponding public discussion is here (please use gmane's "reply" feature to join the mail thread): http://comments.gmane.org/gmane.comp.mobile.syncevolution/4009 The source is in the "pim" branch of http://cgit.freedesktop.org/SyncEvolution/syncevolution -- You are receiving this mail because: You are on the CC list for the bug.

2 years, 3 months

1
30
0 / 0

[Bug 72132] New: enhance Google CardDAV support

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=72132 Priority: medium Bug ID: 72132 CC: syncevolution-issues(a)syncevolution.org Assignee: syncevolution-issues(a)syncevolution.org Summary: enhance Google CardDAV support Severity: normal Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: ASSIGNED Version: 1.4 Component: CalDAV/CardDAV Product: SyncEvolution Support for Google CardDAV is new. Because of a vCard encoding issue on the server side, spaces in long notes may get removed. Like Evolution, SyncEvolution does not yet support some of the advanced features of the server, in particular custom labels for phone numbers, emails and addresses. Likewise, some client properties are not supported by the server: CALURI, CATEGORIES, FBURL, GEO and ROLE are not supported. Of ORG, only the first two components are supported. Currently, properties not supported by one side get lost in a full roundtrip sync. To solve this we need to add CtCap support to local sync, with CtCap being sent by the CardDAV side depending on who it is talking to. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 years, 3 months

1
1
0 / 0

[Bug 72115] New: Encrypt EDS address book

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=72115 Priority: medium Bug ID: 72115 CC: syncevolution-issues(a)syncevolution.org Assignee: patrick.ohly(a)intel.com Summary: Encrypt EDS address book Severity: normal Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: ASSIGNED Version: 1.4 Component: PIM Manager Product: SyncEvolution Tracking this here because PIM Manager might have to be involved with setting up/unlocking encrypted EDS address books. Two approaches: 1. Encrypt only the vCard data. 2. Encrypt the entire DB, including indices. I assume that option 1 is not good enough, because an attacker may be able to reconstruct contact strings from the indices. Perhaps http://sqlcipher.net/ is a suitable solution for whole-DB encryption. Needs further discussion. -- You are receiving this mail because: You are on the CC list for the bug.

2 years, 3 months

1
2
0 / 0

[Bug 64523] New: PBAP II: change tracking

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=64523 Priority: lowest Bug ID: 64523 CC: syncevolution-issues(a)syncevolution.org Assignee: syncevolution-issues(a)syncevolution.org Blocks: 56141 Summary: PBAP II: change tracking Severity: enhancement Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: ASSIGNED Version: 1.3.99.3 Component: SyncEvolution Product: SyncEvolution It is expected that PBAP II will introduce a unique identifier for contacts that is stable across OBEX sessions. We should use that in the PBAP backend to detect new/updated/removed contacts. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 years, 3 months

1
2
0 / 0

[Bug 63879] New: more efficient deleting of all items

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=63879 Priority: medium Bug ID: 63879 CC: syncevolution-issues(a)syncevolution.org Assignee: syncevolution-issues(a)syncevolution.org Summary: more efficient deleting of all items Severity: normal Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: ASSIGNED Version: 1.3.99.3 Component: CalDAV/CardDAV Product: SyncEvolution A "refresh-from-client" can fail due to timeouts when using WebDAV in bridging mode, because the Synthesis engine is stuck waiting for the storage and cannot reply to the client in time. WebDAV should use more efficient methods for deleting all items, instead of DELETE on every single one. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 years, 3 months

1
1
0 / 0

[Bug 64175] New: EDS: use DRA mode

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=64175 Priority: medium Bug ID: 64175 CC: syncevolution-issues(a)syncevolution.org Assignee: syncevolution-issues(a)syncevolution.org Summary: EDS: use DRA mode Severity: enhancement Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: ASSIGNED Version: 1.3.99.3 Component: SyncEvolution Product: SyncEvolution Starting with EDS 3.8, EDS could use direct-read-access. This has to be a compile time check, because the EBookClient API in 3.6 did not yet have it. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 years, 3 months

1
2
0 / 0

[Bug 64964] New: PIM Manager + EDS 3.8

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=64964 Priority: medium Bug ID: 64964 CC: syncevolution-issues(a)syncevolution.org Assignee: tristan.van.berkom(a)gmail.com Blocks: 56141 Summary: PIM Manager + EDS 3.8 Severity: normal Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: ASSIGNED Version: 1.3.99.3 Component: SyncEvolution Product: SyncEvolution This is an issue about various things that would be useful/required to have in an EDS 3.8 branch when used for PIM Manager. EDS did not properly close active sources when clients died prematurely. This was fixed in 3.9, could be backported. mbarnes said on IRC that he might do that himself. Commit from 3.9: https://git.gnome.org/browse/evolution-data-server/commit/?id=26d1e871576... There are some patches from the openismus-work branch which did not make it into 3.8, most notable database updates when the locale changes. See bug #59571. Tristan, can you take care of at least the merging of all patches from the openismus-work branch? -- You are receiving this mail because: You are on the CC list for the bug.

2 years, 3 months

1
1
0 / 0

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Syncevolution-issues December 2015