I have e-mail indexing disabled yet it still happens sometimes that when I click on a mail in KMail virtuoso-t starts to consume 100% of CPU . When this is the case all work in KMail is blocked in a sense that when I click on another mail all I get instead of contents is the message "Retrievig Folder Contents, Please Wait". Sometimes all is fine after a couple of minutes, but other times it never stops As it currently is happening this are all active query strings: jlp@stargazer ~ $ qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1 queryString select distinct ?r where { ?r a <http://www.semanticdesktop.org/ontologies/2007/08/15/nao#Tag> . } jlp@stargazer ~ $ qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query2 queryString select distinct ?r where { ?r a <http://www.semanticdesktop.org/ontologies/2007/08/15/nao#Tag> . } jlp@stargazer ~ $ qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query316 queryString prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?person ?reqProp1 WHERE { ?person <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . ?person nco:hasEmailAddress ?email . ?email nco:emailAddress "jlp@holodeck1.com"^^<http://www.w3.org/2001/XMLSchema#string> . } It looks like the problematic emails are those from mailing lists and those contaning links Reproducible: Sometimes Steps to Reproduce: 1. Open KMail 2. Click around on e-mails to show them in message viewer Actual Results: Sometimes virtuoso-t starts using 100% of CPU and blocks displaying other email Expected Results: virtuoso-t shouls not use 100% of CPU for so long and it should not block displaying othrt emails even if it used !00% of CPU
Created attachment 75602 [details] mail.mbox Example e-mail that causes 100% CPU use for a long time
Are you sure this is relevant to Nepomuk? The emails aren't fetched from Nepomuk. Neither is the email metadata. It's only used when searching for emails. Arguably, we don't do a very good job of that, but still, that shouldn't cause the delay you're experiencing. Marking this bug as "UNCONFIRMED" for now.
Well I'm almost sure, becase it does happen that when I click on one of those (LinkedIn mails with many links in them are especially good for trigering this) e-mails virtuoso-t starts to burn CPU.
Same behaviour here, kde-4.10/qt 4.8.4 - gentoo packages. basically, whenever I open an email with links in kmail, jumping to next email becomes a pain :)
The issue is still present in kde 4.10.1: bsically this makes kmail unusable.
A workaround could be to clean nepomuk database by using the nepomuk cleaner app. Give it a try!
Ping? dfaure and I fixed some of the issues related to this during Akademy, however he was still getting the "Retrievig Folder Contents, Please Wait" message, but when he tried to show it to me it started working. I too tried to reproduce the problem, and the moment I did my wifi driver segfaulted. Since then none of us has been able to reproduce it. Can any of you check if you still encounter this problem with 4.11?
I haven't seen this issue for some time. I think it is fixed.
Fixed. Nepomuk is no longer used in Akonadi.