Version: (using KDE 4.2.0) OS: Linux Installed from: SuSE RPMs As you can see in the attached screenshot, the systray erports that the indexer is idle while it actually is not. ps aux | grep nepomuk rabauke 3198 0.0 0.6 216284 13136 ? Sl 21:29 0:00 /usr/bin/nepomukserver rabauke 3213 9.3 16.1 666232 332084 ? Sl 21:29 9:12 /usr/bin/nepomukservicestub nepomukstorage rabauke 3317 2.2 1.7 385060 35112 ? SNl 21:29 2:10 /usr/bin/nepomukservicestub nepomukstrigiservice rabauke 3318 0.0 0.7 158340 15664 ? S 21:29 0:00 /usr/bin/nepomukservicestub nepomukfilewatch rabauke 3319 0.0 0.7 160568 15976 ? S 21:29 0:00 /usr/bin/nepomukservicestub nepomukontologyloader rabauke 3320 0.0 0.7 158468 15704 ? S 21:29 0:00 /usr/bin/nepomukservicestub nepomukqueryservice rabauke 13559 0.0 0.2 149496 5736 ? S 23:02 0:00 kdeinit4: kio_file [kdeinit] file local:/tmp/ksocket-rabauke/klauncherNT3134.slave-socket local:/tmp/ksocket-rabauke/nepomukstrigiservicehZ3317.slave-socket rabauke 13625 0.0 0.2 149496 5708 ? S 23:05 0:00 kdeinit4: kio_file [kdeinit] file local:/tmp/ksocket-rabauke/klauncherNT3134.slave-socket local:/tmp/ksocket-rabauke/nepomukstrigiservicecS3317.slave-socket rabauke 13637 0.0 0.0 7308 860 pts/4 R+ 23:07 0:00 grep nepomuk
Created attachment 31426 [details] screenshot The status shown in the systray never changed until the indexer stopped, which took way longer than 1 minute.
This is disc reading which checks if files changed. This is not treated as actual indexing work as files are not read but only the folder modification dates are checked - or every hour or so all files' modification dates. Would you like there to be another state like "Looking for changed and new files"?
The reason why I assumed that even only reading shows up there is that if you start KDE, nepomuk's strigiservice reads/checks all folders in its index and that action is shown as "indexing". I think that users who check their process list and see nepomuk and then check in the systray what nepomuk does, should find the current action, no matter whether it is as detailed as: indexing, checking for changed files, working on semantics etc. or just: working on the index. The latter is not as informative of course, but least work. If they find no action, they might wonder why nepomuk is taking that much CPU or harddisk i/o although it is not indexing/working.
SVN commit 960314 by trueg: Centralized the creation of the strigi status string. Also the file system checking is reported now. BUG: 184725 M +4 -0 interfaces/org.kde.nepomuk.ServiceManager.xml M +4 -0 interfaces/org.kde.nepomuk.Strigi.xml M +4 -15 kcm/nepomukserverkcm.cpp M +11 -0 server/servicemanager.cpp M +13 -1 server/servicemanager.h M +0 -26 services/strigi/eventmonitor.cpp M +0 -4 services/strigi/eventmonitor.h M +13 -0 services/strigi/filesystemwatcher.cpp M +9 -0 services/strigi/filesystemwatcher.h M +6 -18 services/strigi/statuswidget.cpp M +3 -3 services/strigi/statuswidget.h M +69 -3 services/strigi/strigiservice.cpp M +17 -0 services/strigi/strigiservice.h M +22 -14 services/strigi/strigiserviceadaptor.cpp M +8 -3 services/strigi/strigiserviceadaptor.h M +8 -22 services/strigi/systray.cpp M +3 -2 services/strigi/systray.h WebSVN link: http://websvn.kde.org/?view=rev&revision=960314
It seems we got a regression and this is my comment in bug 258473 I was also using it (mouse hover) to see what's is currently is indexing or if the state is idle. (In a perfect world, the icon should have a different state indicating the state of strigi (indexing yes/no) and nepomuk ( off, suspended, running) Hope this come back before final 4.6
Re-opening since this is not fixed until "idle" means that i/o and CPU are 0. Whatever nepomuk does it should show its state to the user, be it in systemsettings or a systray icon does not matter. If virtuoso uses cpu nepolum(+xy) is not "idle" but doing something that needs some transparency to the user in order give him the chance to know whether it is a bug or not.
The systray shows the state of the indexer. It has no notion of the query service or others which can be active even if the indexer does nothing. So this is more of a wish than a bug.
Actual nepomukcontroller do it's job related to strigi. With it's black/gray/white icon in systray I'm agree with the wish of having it able to report running query, and a more details report status :-)
I'm closing this as 'nepomukcontroller' shows the appropriate status message. We have no plans of adding the current queries to the controller. It's too much information for the user.