So, again cleaned the db. This now is something i noticed few weeks ago, but somehow forgot to report. 1) fileindexer seems to have lesser priority than e.g. akonadi_nepomuk_feeder 2) it appears to index only new/changed files -> e.g. touch a.txt will index the file, but if the file was there already, it wouldn't be indexed. Or, e.g. songs get indexed only after they start playing in clementine Reproducible: Always Steps to Reproduce: 1. Clean the db, re-login/restart nepomuk Actual Results: Indexed: Files: 3 Emails 20100 running for couple of hours at least. Files appeared only after i turned of akonadi. Usually i would have at least 15000, 20000 files Expected Results: All files in checked dirs should be indexed in that time Let me know what info is needed. This isn't again that recursive thing, as when one creates files in further subdirs, they get indexed. Same results w/ & w/o filewatcher.
Ping? This is still valid, btw. Workaround is to uncheck, apply settings, and check again wanted folder(s)...
I think the problem is that with 4.11, the nepomuk file indexer no longer iterates over the entire file system and checks if a file has been indexed or requires reindexing on startup. It now only relies on the file system notifications telling it to index a file. So when you cleaned the db, you did not tell the file indexer to index everything from scratch. You can do that by editing the nepomukstrigirc file and changing - first run=true. I'm not sure how to fix this from the code. Any suggestions? Till then I'm marking this bug as fixed.