https://bugs.kde.org/show_bug.cgi?id=388439
tagwer...@innerjoin.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REPORTED |CONFIRMED Ever confirmed|0 |1 CC| |tagwer...@innerjoin.org --- Comment #5 from tagwer...@innerjoin.org --- (In reply to skierpage from comment #3) > ... It will > return no or few files when you type one letter, but as you type more it > will return a lot ... Yes. Seems to be the case, there's an exploration of the issue under the third comment in Bug 434589 (In reply to Piotr Mierzwinski from comment #4) > ... baloo doesn't search in directory which is symbolic link to another > directory ... Agreed. Or "baloo doesn't follow symbolic links" to discover extra directories t index. Thae rationale is that baloo relies on a one-to-one mapping between full filenames and its internal ID (based on device and inode). Anything that means that one file might appear on more than one path is dodgy... You can include the target directory in the "include list", as under Bug 435389 (13th comment), but read the "Don't do that" in the 14th Comment :-) > ... those which have been removed some time ago > from local disk. I wonder why index isn't automatically updated from time to > time ... There's some more work required on clearing up the entries after files have been deleted. Bug 353874 -- You are receiving this mail because: You are watching all bug changes.