For many years now, dolphin is unable to search for files in directories that is not indexed be baloo. This is a major drawback for removable storage search. The user should have a quickly accessible switch to use or not the index. Search for any file to any unindexed directory. OBSERVED RESULT No match is returned. EXPECTED RESULT The files managers should be able to find files that exist in a directory tree. Operating System: Arch Linux KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 Kernel Version: 5.13.10-arch1-1 (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 PRO 4650U with Radeon Graphics Memory: 14,9 GiB of RAM Graphics Processor: AMD RENOIR
Still there, the end user expects such a feature to actually work. No error reported, nothing. Very frustrating.
(In reply to Nathan Colinet from comment #1) > Still there, the end user expects such a feature to actually work. No error > reported, nothing. Very frustrating. I'm missing a few steps along the way :-) If I'm in Neon and plug in a USB (you are talking about removable media), the USB appears under /media/myusername/myusb or similar. This won't be indexed by baloo and if you search dolphin will give you a prompt like: https://bugsfiles.kde.org/attachment.cgi?id=137170 By contrast if baloo has indexed (has been told to index) the folders, dolphin "knows" this and will give a prompt with more options: https://bugsfiles.kde.org/attachment.cgi?id=137169 If you go to /media/myusername/myusb and do a Ctrl-F to search, dolphin will search "there and then" through the subfolders and present the results. It's doing the scanning "there and then" so it's slower and you might have to wait for the results to be presented. Dolphin relies on a process "filenamesearch" to do this work. In order to see the results, you *will* need to select the "Filename", rather than "Content", option and "From Here (myusb)" rather than "Your Files". I can say, in Neon, the above "magic" works but let's look one step at a time...
Created attachment 145289 [details] First
Comment on attachment 145289 [details] First Yes that's how it is supposed to work. But some folder just can't search (even some indexed ones). The search "from here" returns nothing.
Created attachment 145290 [details] Second Sorry I messed up the comments section. Any way to add multiple attachments ? How to delete comments? So when I search in a folder (randomly chosen, indexed or not) sometimes the search "from here" doesn't yeld any result. See the "first" screen shot in my previous comments , here are the second one. So In those screenshot I show the content of a folder without doing any search, then if I search for anything (that exists) it won't display a thing.
(In reply to Nathan Colinet from comment #5) > Sorry I messed up the comments section. Any way to add multiple attachments > ? How to delete comments? Don't worry, happens to everyone 8-) > ... here are the second > one. So In those screenshot I show the content of a folder without doing any > search, then if I search for anything (that exists) it won't display a thing ... If I look at this search, you are in your Downloads folder and searching from there. The search box is giving you the "extra options", the "type", "date", "rating" and "tags", that says dolphin thinks that baloo has indexed the folder. Can be that this is where things are going wrong, dolphin thinks that baloo has indexed the folder and it will ask baloo to give the results. You can have a look with a command line: baloosearch pdf to see if baloo can find the pdf files. What might be happening is you have a symlink from your home directory to an "external" disc that is holding your downloads. That will mess up baloo as it doesn't follow symlinks when indexing. There's a summary of this issue in Bug 447119, Case 3
> If I look at this search, you are in your Downloads folder and searching > from there. The search box is giving you the "extra options", the "type", > "date", "rating" and "tags", that says dolphin thinks that baloo has indexed > the folder. > > Can be that this is where things are going wrong, dolphin thinks that baloo > has indexed the folder and it will ask baloo to give the results. You can > have a look with a command line: > baloosearch pdf > to see if baloo can find the pdf files. Yes, baloo can find them. If I mark this folder as not indexed in baloo kcm, the search from here works. > What might be happening is you have a symlink from your home directory to an > "external" disc that is holding your downloads. That will mess up baloo as > it doesn't follow symlinks when indexing. There's a summary of this issue in > Bug 447119, Case 3 I use systemd-homed, maybe it is related.
I disabled then re enabled indexing of the home directory. It looks like it works for now. Thank you for the help.
(In reply to Nathan Colinet from comment #7) > I use systemd-homed, maybe it is related. Certainly worthy of note. Don't have experience with systemd-homed but if files appear with different device/inode numbers every time you logged on, it would confuse things. You can check with the "stat" command, try stat oneofyourfiles and look at the Device/Inode line. If you reboot and these values change, then baloo is going to have trouble.
As I understand many of the problems in Dolphin find is due to Baloo. For example baloo cant handle "*" wild character, it corrupt the index etc.
(In reply to firewalker from comment #10) > ... baloo cant handle "*" wild characte For wildcard searches, I think you're looking for something like plocate You get globs or regexp's but won't get dolphin refining search results as you type. I don't think there's a way of watching for changes in the filesystem (with inotify) and updating the index; you are dependent on a scheduled job. Blazingly fast though for filename searches. > ... it corrupt the index etc. That certainly was a problem, Bug 389848 as evidence :-/ It's far better nowadays... (In reply to firewalker from comment #0) > For many years now, dolphin is unable to search for files in directories > that is not indexed be baloo. This is a major drawback for removable storage > search. > Search for any file to any unindexed directory. Did this get sorted? Does it look like anything in Bug 447119?
> Don't have experience with systemd-homed but if files appear with different > device/inode numbers every time you logged on, it would confuse things. > > You can check with the "stat" command, try > stat oneofyourfiles > and look at the Device/Inode line. If you reboot and these values change, > then baloo is going to have trouble. Same inode after reboot, the search is still working.
A possibly relevant merge request was started @ https://invent.kde.org/system/dolphin/-/merge_requests/642
It is a little tricky to close a bug when there's more than one conversation. ... The original thread has been resolved I think ... The follow-on thread, referring to Baloo not supporting "*" wildcards, is covered in Bug 444896 I'll set this "Waiting for Info". If I've missed something and you want it kept open, feel free to add a comment and reset.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.
I think the main issue was related to the Baloo symlink issue. I had a drive mounted in /mnt and then symlinked in ~/. I had some "places" (like Musics or Documents) configured to use paths like ~/symlink/Musics. As soon as I modified these to use /mnt/drive/Musics, most dolphin search issues were gone.