Hello Patrick,
> It seems to me that the client gets confused here. If it cannot suspend,
> it should simply complete the session.
I agree with your diagnosis - if it is too late for a client to suspend it
should terminate the session normally, and not do the kind of abort the log
shows here.
On Di, 2010-03-16 at 14:40 +, Lukas Zeller wrote:
> There's IMHO one reason for "too late" - if the client is about to
> send the last message (final message of map phase), it does not make
> sense to request a suspend.
>
> From the log snippets alone I can't see if it's really that case, but
On Fr, 2010-02-26 at 15:12 +, Patrick Ohly wrote:
> Hello!
>
> When we started with SyncEvolution, we discussed the StartDataRead()
> "resumeToken" parameter. At that time, we came to the conclusion that a
> binfile based client doesn't have to distinguish between different
> tokens. Always re