https://bugs.kde.org/show_bug.cgi?id=360834
Bug ID: 360834
Summary: no mechanism to reattempt to store items without rid
(just in db) into the resource
Product: Akonadi
Version: unspecified
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
Assignee: kdepim-b...@kde.org
Reporter: mar...@lichtvoll.de
It can happen (see bug #339181) that akonadictl reports an item without rid.
Dan explains regarding it:
--------------------------------------------------------------------------------------------------
Those are Items (emails, events, contacts, ...) that you created locally but
were not synced to the server.
Unfortunately we don't have a mechanism at this moment to force Akonadi to try
to sync those Items again to the server. If you wipe your Akonadi database,
those Items will be lost.
--------------------------------------------------------------------------------------------------
That means there will be a data loss in case the database is wiped or
corrupted.
Reproducible: Always
Steps to Reproduce:
See description of Ingo in 339181#c13 (bug 339181, comment 13 in case bugzilla
doesn´t make this into a link).
Actual Results:
Data remains in database. In case db is wiped our corrupted data is gone.
Expected Results:
- Akonadi attempts to store the item where it belongs, in the resource, again
at least for several times
- User agent warns about this where needed and gives option to retry pushing to
server at a later time.
I am leaving it as normal, as it *usually* doesn´t loose data, yet, I think the
issue has some higher priority than that.
--
You are receiving this mail because:
You are watching all bug changes.
