Version: (using Devel) OS: Linux Installed from: Compiled sources "Strigi file indexing has been suspended" notification musn't be displayed because users aren't interested about the status of index process. File indexing should be hidden.
I was just filing a similar bug. The problem for me isn't only that the information is of no interest, it's also the frequency with which I see this notification. Watching a film clip of ~50 minutes, I'm sure I saw this notification - as well the Strigi-is-resuming notification - at least 15 times. And that's on on top of the film clip. It almost became part of the plot :-p
This is a wish, not a bug.
On my box indexing is suspended every time KDE is started. To me it looks like as there is something wrong with the algorithm which determines if strigi should be suspended or not. My computer is a Quad-Core, 12Gb RAM, SSD disk box. Login to KDE is quite fast and the system is not heavily loaded at all (but at KDE start a lot of processes are stated at the same time). Nepomuk storage size is 1.5 GiB (50.000 files in index). Powersave settings are set to 'performance'. Ony indexing is suspended it is never resumed automatically. Manual resume does work without any problems. So, maybe the 'suspended' message is so annoying because indexing is suspended even if it should not happen?
This is annoying me too - it pretty much is a bug from a usability point of view as far as I'm concerned. I have two suggestions regarding this, both of which should be in the spirit of KDE I think: 1) Make the notifications configurable. Apologies if I just haven't found it, but it looks like at the moment you can either have all system notifications, or none. Either make each app configurable in itself, or provide a means of controlling (or masking by name/regex?) individual apps' notifcations. 2) Expose to the user some control over the load thresholds strigi uses when deciding to suspend. It certainly seems that it could be more aggressive on my system. One other small thought: how about making the tray icon a two-state icon, i.e. different appearance when indexing and when suspended? Then one could still tell at a glance what it's doing without the need for notifications (unless you wanted them too).
I like the ideas. Too bad we are in feature freeze. Thus it will have to wait until KDE 4.5. :(
This _bug_ is still present in KDE 4.6.2 albeit with a different message. Even though I have disabled Nepomuk in the system settings, I am welcomed by a notification telling me that Nepomuk is disabled every time I start a KDE session. Moreover and paradoxically, the Nepomuk server-process is also automatically started. This is neither a feature nor a wish, but a bug. There is no need to gratuitously notify people who intentionally disabled Nepomuk, nor is it necessary to start the server process. You could launch the notification if the user _explicitly_ tries to use Nepomuk, otherwise is as rude and intrusive as the websites with popup-ads. In case it has something to do with the distribution, I use opensuse 11.3 x86_64, factory packages.
@Alvaro: I suspect that you see the Akonadi dialog telling you that Nepomuk is not running. Akonadi tries to start nepomukserver, too. Thus, your comment is unrelated to this wish.
Ok, thank you for pointing that out.
*** Bug 223294 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 272566 ***