[Kde-pim] Akonadi attribute updates not working as expected

[David Jarvie]

After updating an attribute by CollectionModifyJob, a subsequent CollectionFetchJob (called very soon afterwards) returns the old value of the attribute, not the new one. The akonadiconsole debug output, which seems to confirm this, is:

24 HRID MODIFY ((-56 "file:///home/david/.kdetrunk/share/apps/kalarm/exp.ics") (0 "")) PARENT 0 REMOTEID "file:///home/david/.kdetrunk/share/apps/kalarm/exp.ics" KAlarmCompatibility "2 0" 
24 OK MODIFY done 
25 LSUB 261 0 () () 
* 261 0 (NAME "Old expired" MIMETYPE (application/x-vnd.kde.alarm.template application/x-vnd.kde.alarm.active application/x-vnd.kde.alarm.archived application/x-vnd.kde.alarm) REMOTEID "file:///home/david/.kdetrunk/share/apps/kalarm/exp.ics" REMOTEREVISION "" RESOURCE "akonadi_kalarm_resource_359" CACHEPOLICY (INHERIT true INTERVAL -1 CACHETIMEOUT -1 SYNCONDEMAND false LOCALPARTS (ALL)) ENTITYDISPLAY "(\"Old expired\" \"kalarm\" \"\" ())" AccessRights "wcdW" KAlarmCompatibility "4 10910" KAlarmCollection "2 2 0 0") 
25 OK List completed 

The value set for KAlarmCompatibility attribute in the first command, "2 0", is not the value returned by the next command. This seems to be wrong behaviour - is there some explanation for this?

-- 
David Jarvie.
KDE developer.
KAlarm author -- http://www.astrojar.org.uk/kalarm
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/