Bug 325919 - removable media device not ignored as supposed to be
Summary: removable media device not ignored as supposed to be
Status: RESOLVED UNMAINTAINED
Alias: None
Product: nepomuk
Classification: Miscellaneous
Component: filewatch (show other bugs)
Version: 4.11.2
Platform: Arch Linux Linux
: NOR major
Target Milestone: ---
Assignee: Nepomuk Bugs Coordination
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-12 12:09 UTC by Roland Leißa
Modified: 2015-01-23 16:22 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roland Leißa 2013-10-12 12:09:59 UTC
I assume Nepomuk tries to index data from removable media although the option "ignore all removable media" is set.

Reproducible: Always

Steps to Reproduce:
1. Enalbe Nepomuk File Indexer
2. Select "Ignore all removable media"
3. Plug in removeable device
Actual Results:  
I don't what exactly is happening. But you can clearly see with top/iotop that some kde services start working on the hard disk. And you can clearly hear that the hard disk is working.

Expected Results:  
no processes/work on the hard disk

output from iotop after plugging in a hard disk:
4463 idle roland    395.83 K/s    0.00 B/s  0.00 % 99.08 % nepomukfilewatch
4462 idle roland      0.00 B/s   34.93 K/s  0.00 %  0.00 % virtuoso-t +foreground +configfile /tmp/virtuoso_Wy4453.ini +wait
4471 idle roland      0.00 B/s   34.93 K/s  0.00 %  0.00 % virtuoso-t +foreground +configfile /tmp/virtuoso_Wy4453.ini +wait
4473 idle roland      0.00 B/s   31.05 K/s  0.00 %  0.00 % virtuoso-t +foreground +configfile /tmp/virtuoso_Wy4453.ini +wait
Comment 1 Vishesh Handa 2013-10-14 10:46:07 UTC
The io usage is because we're adding watches to make sure that if you move any file with tags and ratings into the removable media. This is slightly confusing because Nepomuk also handles tags & ratings which is independent from file indexing. Do you have any ideas on what we should be doing?

(1) let the current situation continue
(2) if we're not indexing any of that data then assume that the user isn't going to tag/rate any of the files there or move any file with tags/ratings into the removable media.

We could explicitly disable tagging/rating for the removable media when it is not configured for indexing. I'm open to other suggestions. What do you think?
Comment 2 Roland Leißa 2013-10-14 10:57:18 UTC
(1) is not really an option. I have a quite old external 500G hard disk. You cannot work with it with nepomuk enabled.

(2) this really makes sense. I mean if it is disabled you don't have to wonder that tagging does not work, right? Copying/Moving is a more subtle effect. Maybe a warning that tagging will be lost when copying/moving data to a the removable media will be nice. However, due to (1) people like me will loose there tagging anyway. Because you simply can't work with the current situation - so you disable nepomuk altogether.
Comment 3 Vishesh Handa 2013-10-14 11:07:58 UTC
Alright. Makes sense. Let me write a patch and discuss it with others. However, this bug will most probably not be fixed 4.12.
Comment 4 Pinyaka 2014-01-26 18:43:05 UTC
I am experiencing this unexpected behavior as well. I have an external hard drive that I mount to create backups on and then unmount and nepomuk prevents the unmount because it's busy doing stuff to the drive. I would also prefer an option to have nepomuk totally ignore either all or specific removable media.
Comment 5 Vishesh Handa 2015-01-23 16:22:53 UTC
Thank you for taking the time to file a bug report.

The Nepomuk project is no longer included in the KDE Software Compilation. With Plasma 5, we have replaced most of the underlying technology with Baloo and other components. Hopefully this will have addressed your concern.

We encourage you to try out Plasma 5 (+Baloo) and let us know if your problem persists.