[Bug 249209] New: nepomuk/strigi indexing wrong files

Wonko wonko at wonkology.org
Fri Aug 27 11:32:00 BST 2010


https://bugs.kde.org/show_bug.cgi?id=249209

           Summary: nepomuk/strigi indexing wrong files
           Product: kde
           Version: CVS
          Platform: Gentoo Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: unassigned-bugs at kde.org
        ReportedBy: wonko at wonkology.org


Created an attachment (id=51013)
 --> (http://bugs.kde.org/attachment.cgi?id=51013)
nepomuk/strigi config file

Version:           CVS (using KDE 4.5.0) 
OS:                Linux

krunner finds files in my /data/mp3/ folder, but the only folder set for
indexing in systemsettings is my $HOME directory.

Reproducible: Didn't try

Steps to Reproduce:
I started using strigi only days ago, because in the past it always crashed
after a while. It still did , but I filed two bugs against strigi (on
sourceforge) that were soon fixed in CVS, and with the CVS version I no longer
have those crashes. During the tests, all was fine, but I only selected single
folders in my $HOME/tmp/ directory for testing purposes then.

Yesterday, I selected the complete /home/wonko folder for indexing and let it
go.

Actual Results:  
After 14 hours I suspended the still indexing strigi, tried the Alt-F2 thing,
and surprisingly it found MP3s from within /data/mp3. I do not even have
symlinks into the /data/ hierarchy. And I checked that the folder with the
music file I found is definitely not selected for indexing. And never was.

Expected Results:  
Only files below /home/wonko should be found.

As I wrote, it worked well when I selected only few folders in my $HOME
directory, so this might be hard to debug. I don't know what other information
you need, just ask for it. I will keep the setup as it is, with  strigi being
suspended.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the Unassigned-bugs mailing list