[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-pim
Subject:    Re: [Kde-pim] Making offline/online handling sane
From:       Kevin Krammer <krammer () kde ! org>
Date:       2012-12-09 15:23:12
Message-ID: 201212091623.12654.krammer () kde ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Saturday, 2012-12-08, Volker Krause wrote:
> On Saturday 08 December 2012 12:26:38 Georg C. F. Greve wrote:

> > Those items then have a local, but no remote ID, which means they have
> > not actually been pushed to the server, and Akonadi has no recovery from
> > this fairly common [*] scenario, it seems.
> 
> Correct, if the change replay got lost for whatever reason there is
> currently no way to recover from that.

I am wondering if this is a matter of tasks being cancelled rather than being 
deferred.

E.g. if the resource gets an "item add" change replay and just can't complete 
it due to network error. If it calls cancelTask then this change is gone from 
the change recorder but the item remains in Akonadi without remoteId, right?

I guess the problem with deferring is that this effectively holds all other 
operations as well.

E.g. if you cannot add an item because you've reached the quota, you could 
still succeed in all retrieval or move operations.

> Is this about collections or items, and what exactly does getting
> "massively confused" mean?

As Georg already wrote this is about items. I just wanted to add that I've 
seen this come up on kdepim-users as well. IIRC also in the context of IMAP.

Cheers,
Kevin
-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

["signature.asc" (application/pgp-signature)]

_______________________________________________
KDE PIM mailing list kde-pim@kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

[prev in list] [next in list] [prev in thread] [next in thread]