Bug 282567

Summary:	Krunner / Search and launch containment do not search Akonadi Google data Contacts and list them
Product:	[Applications] kaddressbook	Reporter:	Andrew Sam <mailandrewsam>
Component:	general	Assignee:	kdepim bugs <kdepim-bugs>
Status:	CONFIRMED ---
Severity:	wishlist	CC:	dg, MurzNN, perezxolote, tim.tadh, tokoe, valdikss, zavodny.lukas
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Andrew Sam 2011-09-22 17:35:55 UTC

Version:           unspecified (using KDE 4.7.1) 
OS:                Linux

Akonadi Googledata synchronizes contacts and calendar data correctly but the contacts are not shown when searched through Krunner or Search and launch containment.  

Reproducible: Always

Steps to Reproduce:
Sync akonadi googledata contacts to KAddressbook 
Type a contact name in Krunner or Search and launch containment 
It doesn't search through the akonadi googledata contacts

Actual Results:  
It doesn't search through the akonadi googledata contacts

Expected Results:  
Show contact listings from akonadi data

Comment 1 Donatas Glodenis 2012-02-18 16:38:09 UTC

Same happens in my case, with KDE 4.8. Also the same is true of the calendar events – they are not displayed in krunner.

Comment 2 valdikss 2012-10-28 20:21:33 UTC

It's still not fixed.

Comment 3 francisco_t 2012-11-06 18:15:28 UTC

Same problems, but in my case I use normal addressbook.

Comment 4 francisco_t 2013-02-13 17:18:52 UTC

*** This bug has been confirmed by popular vote. ***

Comment 5 Lukas 2013-04-22 11:23:53 UTC

And not a single fuck was given to this bug

Comment 6 Adrián 2013-04-29 00:28:24 UTC

Desktop integration of email-functions is pretty much basics. Additionally, today, more than ever, one of the reasons KDE makes specially sense compared to other desktops IS desktop integration. Thus, some love to this bug wuold be great, it is by now a functionality that has been missing for years in kde because of this bug. Even in OpenBox you just need somenthing like gnome-do and there you are: search contact, write email.

Comment 7 Vishesh Handa 2014-07-28 09:23:34 UTC

At the request of a user, I looked into this bug. 

I'm adding extra information over here in case anyone wants to fix it -
* The relevant code is in kdeplasma-addons/runners/contacts/
* The code uses the old (2007) way of accessing all the Contacts. This method while theoretically compatible with the current Akonadi instance, currently seems to be broken.
* The code should be ported to the Akonadi::ContactsTreeModel. This mostly means just replace the KABC::StdAddressBook with the Akonadi::ContactsTreeModel, and then modifying the match method to iterate over the results better. I can provide further guidance if someone is interested.

Overall, the code works by iterating over every contact in the DB and searching each string manually. This is not efficient and a search index should be used. This code will not be ported to Plasma5. I'll be working on a new contacts runner which combines both IM and Email, and groups people based on "People".

Comment 8 Christoph Feck 2014-08-02 18:34:02 UTC

Review request: https://git.reviewboard.kde.org/r/119575/

Vishesh, if you can approve it, we do not need to bother the kdepim team :)

Comment 9 Murz 2015-06-03 08:43:55 UTC

Seems that review of  https://git.reviewboard.kde.org/r/119575/ completed 9 months ago, to which version of Krunner it commited and it fix this issue, or not?

Comment 10 francisco_t 2015-06-04 18:42:12 UTC

(In reply to Murz from comment #9)
> Seems that review of  https://git.reviewboard.kde.org/r/119575/ completed 9
> months ago, to which version of Krunner it commited and it fix this issue,
> or not?

Now I use kde 4.14.2 and krunner still doesn't work with my contacts. 
Nothing has changed since more than 2 years ago.

Is this patch in 4.14.2?

Comment 11 Vishesh Handa 2015-06-05 16:45:47 UTC

With Plasma 5, Krunner does not ship with any Akonadi integration. This might improve with Plasma 5.5 (Nov 2015).