Re: [Evolution-hackers] API considerations for avoiding data loss in race conditions

2012-12-07 Thread Milan Crha
On Thu, 2012-12-06 at 10:43 -0500, Matthew Barnes wrote: > On Thu, 2012-12-06 at 16:22 +0100, Christian Hilberg wrote: > > * EClient starts transaction / acquires lock on PIM > > entry > > > > * E-D-S records transaction start / gives away the PIM > > entry lock to the EClient requesting > >

Re: [Evolution-hackers] API considerations for avoiding data loss in race conditions

2012-12-06 Thread Matthew Barnes
On Thu, 2012-12-06 at 16:22 +0100, Christian Hilberg wrote: > * EClient starts transaction / acquires lock on PIM > entry > > * E-D-S records transaction start / gives away the PIM > entry lock to the EClient requesting > > * EClient dies for any reason > > * Started transaction / aquired PI

Re: [Evolution-hackers] API considerations for avoiding data loss in race conditions

2012-12-06 Thread Christian Hilberg
Am Donnerstag 06 Dezember 2012, um 16:13:59 schrieb Christian Hilberg: > Hi all! > > Thanks Tristan for bringing an issue up again which is critical for > PIM software, especially when dealing with groupware servers. > > Am Donnerstag 06 Dezember 2012, um 15:27:49 schrieb Tristan Van Berkom: > >

Re: [Evolution-hackers] API considerations for avoiding data loss in race conditions

2012-12-06 Thread Christian Hilberg
Hi all! Thanks Tristan for bringing an issue up again which is critical for PIM software, especially when dealing with groupware servers. Am Donnerstag 06 Dezember 2012, um 15:27:49 schrieb Tristan Van Berkom: > Hello all, > I'd like to raise this issue on the list for feedback regarding this

[Evolution-hackers] API considerations for avoiding data loss in race conditions

2012-12-06 Thread Tristan Van Berkom
Hello all, I'd like to raise this issue on the list for feedback regarding this bug: https://bugzilla.gnome.org/show_bug.cgi?id=686684 First let's start with the basic problem statement: ~~ It can happen that two clients modify the same contact