SUMMARY *** Search does not work in directories with a link. *** STEPS TO REPRODUCE 1. I add link to other dir "Видео -> /media/hddHome/landgrafpc/Видео/" 2. Open "Видео" dir and press Ctrl+F. Entered the name of the file that is there. 3. Search found nothing (but the console search utility did just fine) OBSERVED RESULT File found EXPECTED RESULT File not found SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon 5.23 (available in About System) KDE Plasma Version: 5.23.4 KDE Frameworks Version: 5.88.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION After trying to use find with ctrl+f, dolphin writes to the terminal: cd /run/user/1000/kio-fuse-LmZgVg/baloosearch sed: error while loading shared libraries: tls/x86_64/x86_64/libacl.so.1: cannot read file data: Error 21
Yes, it's a constraint... Or the constraint is that baloo works on the assumption that there's a one-to-one mapping between the filename and the device number/inode. Meaning if you have a filename, it can lookup an Id (based on the device number/inode); if you have a device number/inode you can work back to what the indexed filename was. Symbolic links add an extra level of complexity. See Bug 333678, Bug 439438 and also Bug 435383, scroll down to: https://bugs.kde.org/show_bug.cgi?id=435383#c13 The latter gives a potential workround plus a "Don't do that" in the next comment from the maintainer :-/ Confirming but I think it should be a duplicate of 333678...
I've created a separate bug that summarises Dolphin/Baloo "symlink troubles", Bug 447119 I think the issue here is described in 447119 "Case 2a" (and in the "Wished For Results"). Symlinks do seem to be the cause of a collection of confusing behaviours. Will flag this as a duplicate. If you feel that's wrong and I've missed or misunderstood something, reopen this issue and append details. *** This bug has been marked as a duplicate of bug 447119 ***