[kaddressbook] [Bug 321343] New: Vcard Directory Akonadi resource: Enable changes-by-other-programs monitoring

[Jose Medellin]

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

            Bug ID: 321343
           Summary: Vcard Directory Akonadi resource: Enable
                    changes-by-other-programs monitoring
    Classification: Unclassified
           Product: kaddressbook
           Version: 4.9
          Platform: Ubuntu Packages
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: kdepim-bugs at kde.org
          Reporter: jfmc2 at coasin.com.mx
                CC: tokoe at kde.org

Using a VCard Directory resource for kaddressbook was in the 3.X era the
easiest way to share an addressbook among users.

Now that Akonadi handles the resource, it looks as if a handled-by-akonadi
Database is created and the actual VCard files are used as some sort of
back-up.  

When a second user changes a contact, the Vcard file is changed but the first
user doesn't notice this change and therefore doesn't update its Akonadi
resource.

There was some discussion about it in:
http://comments.gmane.org/gmane.comp.kde.users.pim/21477

Kevin Kramer, in what could sum it all, said:
"In theory this could be handled very similar to how the maildir handler 
manages its directories, i.e. monitor for changes by other programs. Limited 
man power has so far not allowed to apply those enchancements to the vcard 
directory handler yet."

**This could be a bug if thinking of it working "right" in version 3.5. 
There's another bug (right clicking an akonadi vcard directory resource and
clicking refresh doesn't re-read VCard files), but I'm away from my computer. 
Will report that one later when I can confirm if a qdbus manual command
actually re-reads the VCard files and see if it's a bug in the UI or if it's a
dbus bug.

Reproducible: Always

Steps to Reproduce:
1. Add a VCard Directory resource for user A
2. Add a VCard Directory resource for user B pointing to the same directory
3. User B changes a contact detail in the aforementioned resource
Actual Results:  
4. User A doesn't get the changes User B made

Expected Results:  
4. Akonadi detects that there was a change in the files and updates the
information in its local database

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