GNOME Bugzilla – Bug 766174
Recursive search not working in gnome 3.20.1
Last modified: 2016-09-01 07:38:35 UTC
In Gnome 3.20.1, recursive search for folders is not working in overview search anymore. Although it is working from tracker GUI so indexing is working properly see screenshots given below. I enabled the recursive search in settings for entire home folder. Only folders which are in ~/ directory are shown like ~/Dropbox ~/Pictures e.t.c but not any folder within them or any file within them. I tried running "gnome-shell -r" to get any terminal output but everything seems ok there. I am using Arch on Desktop and laptop and both have this problem. Arch on desktop is newly installed and on laptop it is 3 years old. Screenshots: When searching from GUI; https://dl.dropboxusercontent.com/u/53266489/GUI.png When searching from overview; https://dl.dropboxusercontent.com/u/53266489/File%2007-05-16%2C%2012%2004%2045.jpeg
gnome-shell itself only implements application search, all other results are provided by applications (like gnome-documents as in the second screenshot for documents, or nautilus/Files for generic file search). I doubt the tracker GUI implements a gnome-shell search provider by itself, so its settings don't matter for any overview results. Do you have search results for "Files" enabled (in Settings -> Search)?
Yes these search results are for "Files" enabled in Settings-> search. I think thats the main point. "Files" do not give search results to overview for the folders or files which are within a folder in my home folder. Like if i place a folder named "Quantum" or file named "Quantum" in ~/Desktop or ~/Downloads or in any folder which is in my home folder overview search will not show it. This is with recursive search enabled for my home folder in search and index->locations. However if i search for ~/Dropbox or ~/Downloads or any other folder or file which is directly placed in my home folder will be shown in the overview search. Here are some more screenshots for my clarifications https://dl.dropboxusercontent.com/u/53266489/search.png https://dl.dropboxusercontent.com/u/53266489/over.png https://dl.dropboxusercontent.com/u/53266489/tracker.png I was not able to find any other linux distribution which have gnome-shell 3.20 to check this behaviour.
(In reply to Kanwal from comment #2) > Yes these search results are for "Files" enabled in Settings-> search. Reassigning to nautilus then.
Thanks Will be happy to provide any kind of information if needed.
After upgrading to Fedora 24 Beta, I am hit by the same issue
Same here on Arch Linux. Would really appreciate to have a full text search right from gnome-shell and nautilus using the tracker database.
Created attachment 332273 [details] [review] shell-search-provider: make search recursive We lost the recursivity on the shell search with the search rework. We need to explicitly set recursivity on the simple provider now.
Attachment 332273 [details] pushed as 2668164 - shell-search-provider: make search recursive
Thank you for resolving !!
I have a home directory with thousands of files (kernel checkout, ...) and now when I type something in the system search I see nautilus causing a lot of disk activity and consuming 100% CPU for 30-60 seconds (and in the end, it didn't find the files that it used to locate previously).
The issue is not solved. 1) Recursive search doesn't work in every case 2) The performance is bad My search configuration * Home * Downloads * Some Bookmarks Recursive search does work for * Home Directory Neither search nor recursive search does work for * Downloads * Bookmarks It takes several seconds to display "No Result"
*** Bug 769407 has been marked as a duplicate of this bug. ***
Created attachment 334333 [details] [review] shell-search-provider: remove simple engine recursivity In 26a3ab4cd5 we put recursivity to the simple search engine in order to fix the report of some users that weren't getting files inside folder of home directory. However this is wrong, since it takes too long and gnome-shell search provider doesn't have a way to get partial results or close the search when done, which makes Nautilus not reporting results until the search is done, and in case the user stops the shell search, nautilus keeps searching making the CPU consumption really high. In fact, we always made recursivity for tracker but not for the simple engine when performing the shell search. The issue users were experiencing seems unrelated to this, and I actually cannot reproduce, so let's return to the regular behaviour we had.
Comment on attachment 334333 [details] [review] shell-search-provider: remove simple engine recursivity Looks like the issue we had here is unrelated. I cannot reproduce this issue, and we always had recursivity only in the tracker engine and not in the simple engine. Also it looks like something related to Arch, no idea what could be. So let's revert to the old behaviour. Attachment 334333 [details] pushed as d296183 - shell-search-provider: remove simple engine recursivity
*** Bug 770652 has been marked as a duplicate of this bug. ***