[Bug 304732] New: Calendar Dir Resource does not check files on startup

Stefan Kebekus stefan.kebekus at web.de
Tue Aug 7 16:23:46 BST 2012


https://bugs.kde.org/show_bug.cgi?id=304732

            Bug ID: 304732
          Severity: critical
           Version: 4.9
          Priority: NOR
          Assignee: kdepim-bugs at kde.org
           Summary: Calendar Dir Resource does not check files on startup
    Classification: Unclassified
                OS: Linux
          Reporter: stefan.kebekus at web.de
          Hardware: Ubuntu Packages
            Status: UNCONFIRMED
         Component: general
           Product: Akonadi

I use a calendar dir resource (in German "KDE Kalender (herkömmlich)") to store
tasks in a directory. I use the "unison" file synchronizer to sync the
directories on my laptop computer and the desktop in my office.

When I sync the files while akonadi is running, the changes are reflected
immediately, as expected. When I sync the files when akonadi is not running,
akonadi does not seems to realize on startup that the files have changed, and
shows the old tasks list. This leads to dis-synchronization, and eventually to
data loss.

One possible remedy would be that akonadi (or the resource) updates its data
every time akonadi is started, or perhaps at regular (rather short) intervals.
Another possible solution would be that akonadi (or the ressource) stores file
time stamps, and check timestamps on startup to ensure that data is up-to-date.
Another possible solution (perhaps the cleanest solution of all) would be that
akonadi always uses the data stored in files, and does not duplicate the data.

Reproducible: Always

Steps to Reproduce:
1. make sure akonadi is not running
2. modify files, e.g., by synchronizing with another computer
3. start akonadi
Actual Results:  
kontact shows tasks lists that reflects the state of files BEFORE the sync

Expected Results:  
kontact/akonadi should update tasks lists

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Kdepim-bugs mailing list