When leaving the pc idle for a while, it starts indexing as indicated by CPU-usage and the nepomuk status in system settings. The problem is that the displayed file name that is indexed, an mp3 file, is always the same and the indexer never progress to another file. It just uses 50% of CPU for ever. Thank you. Reproducible: Always Steps to Reproduce: don't know
Is it possible for you to send us a copy of the problematic file? Thanks
Created attachment 77661 [details] the requested mp3
Thanks! I can reproduce it breaking the indexing, and I'll have a look at fixing it. It also causes vlc to segfault on exit, which you might want to report to them separately.
Hm, no, scratch that, indexing this file works fine for me (I had unrelatedly broken things). What happens if you do: nepomukindexer path-to-that-mp3-file at a command line?
No problem is reported back in the command line if I run nepomukindexer '/home/...mp3' I tried --clear and then I run the command again. The bug still exists for me.
I moved the file into a non-indexed folder I restarted the PC, and then I moved the file back in to it's original location. Now the problem seems to be gone away.
Interesting... given that you seem likely to be using non-latin characters somewhere, I wonder if this was bug 305903? Moving the file probably updated the encoding and made everything work.
My system encoding in UTF-8. I moved the file to a ntfs partition and then back to ext4. I have many files with non latin (Greek) characters that caused no problems to the file indexer. I believe there should be an internal check within fileindexer to skip files that are indexed for many minutes.
Yes, you're right. Ideally there should also be some way for the user to see a list of files that were not indexed correctly. I'll leave the bug open until we implement that.