Bug 281450

Summary: Nepomuksearch indexes external media although it is told to not do this
Product: nepomuk Reporter: Andreas Kuhl <mail>
Component: generalAssignee: Sebastian Trueg <sebastian>
Status: RESOLVED DUPLICATE    
Severity: normal CC: egorov_egor, magistr.yoda, me
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:
Attachments: screenshot showing settings and lsof output

Description Andreas Kuhl 2011-09-06 06:52:31 UTC
Created attachment 63429 [details]
screenshot showing settings and lsof output

Version:           unspecified (using KDE 4.7.0) 
OS:                Linux

Whenever I attach my external USB disk to my notebook, Nepomuk starts indexing the disk.

I set the following settings in the configuration dialog:
- do not index external media
- added "/media/*" ignore pattern
- did select check /media/ in folder list

Nevertheless, lsof shows that Nepomuksearch crawls the disk.

See screenshot for details.

Reproducible: Always

Steps to Reproduce:
Attach external USB drive to a machine running KDE SC 4.7.0 and set Nepomuk to not index external media.

Actual Results:  
Nepomuksearch crawls external disk

Expected Results:  
Nepomuksearch should ignore external disk
Comment 1 Andrew Tee 2012-12-05 08:50:41 UTC
have same problem on 4.9.90 and freshly installed fedora17 with 4.9.3.
also have to add that even if i explicitly say not to index (if ask option is active) it still do something on attached device until i disable nepomuk completely
Comment 2 Vishesh Handa 2013-01-08 06:05:46 UTC
Nepomuk is not indexing the removable media. It is adding file monitoring (inotify) watches to them. This is done so that it can monitor if any file with metadata is moved into the removable media.

I unfortunately, could not provide a public way to disable this in 4.10. If you would like to disable this behavior, then add the following lines to the nepomukstrigirc -

[RemovableMedia]
add watches=true

*** This bug has been marked as a duplicate of bug 308474 ***