https://bugs.kde.org/show_bug.cgi?id=331896
Jonathan Marten <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |CONFIRMED CC| |[email protected] Ever confirmed|0 |1 --- Comment #1 from Jonathan Marten <[email protected]> --- Confirmed with current trunk. The problem seems to be that originally - before the switch from Nepomuk to Baloo - the contact's categories were stored in their text form. For example, this is an old contact (personal information removed) which has not been modified since the switch: $ akonadiclient show 499004 BEGIN:VCARD CATEGORIES:Friends UID:0KqAvlaaZq VERSION:3.0 END:VCARD $ However, this is a new contact which has been added since the switch: $ akonadiclient show 505367 BEGIN:VCARD CATEGORIES:akonadi:?tag=6 UID:1af9e6d2-f1ec-46fc-bcdc-26831c28b332 VERSION:3.0 END:VCARD $ I've checked this by instrumenting Akonadi::ContactsFilterProxyModel::contactMatchesFilter(). For an old contact, the contact.categories() at about line 225 returns the textual form of the categories; for a new one, the Akonadi URL is returned. This explains why searching for a previously categorised contact does find it. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Kdepim-bugs mailing list [email protected] https://mail.kde.org/mailman/listinfo/kdepim-bugs
