After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 697803 - Custom search locations disappear from the list when switching them off
Custom search locations disappear from the list when switching them off
Status: RESOLVED OBSOLETE
Product: gnome-control-center
Classification: Core
Component: Search
3.19.x
Other Linux
: Normal normal
: ---
Assigned To: Cosimo Cecchi
Control-Center Maintainers
: 765781 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-04-11 14:59 UTC by Volker Sobek (weld)
Modified: 2021-06-09 16:32 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
default state of this dialog (27.42 KB, image/png)
2016-09-07 20:07 UTC, Michael Catanzaro
Details

Description Volker Sobek (weld) 2013-04-11 14:59:12 UTC
When you click on the gear button in the search panel and add a custom search location to the list, it correctly appears in the list and its switch is set to on.

But when you now switch it off, the folder disappears from the list, which is not what one would expect to happen, since there is the [-] button to explicitly remove items from the list. (I don't know if the current behavior is intentional or caused by a bug in the code).
Comment 1 Bastien Nocera 2016-02-24 18:19:37 UTC
I think it only disappears if the location isn't available any more, such as a remote mount. It also reloads the whole dialogue's content, which makes the scroll view lose its current view.
Comment 2 Aleksander Morgado 2016-02-24 19:06:35 UTC
(In reply to Bastien Nocera from comment #1)
> I think it only disappears if the location isn't available any more, such as
> a remote mount. It also reloads the whole dialogue's content, which makes
> the scroll view lose its current view.

We recently discussed this bug in a GNOME Beers event in Madrid :) The issue also applies when the user adds manually a directory which is in removable media, think of a pendrive with music albums. The specific reason why the folder is missing is because a g_file_query_info_async() is run on the path, and if that fails it isn't shown, even if it's still in Tracker's list of directories to watch.

We ended up thinking in making the folder item visible but with a "not available" icon if the location is no longer available (as it may be available afterwards). We could even detect whether the directory is within a removable volume (as seen by tracker) and if so, show a removable disk icon or something.

The issue I talk about is not 100% what the user reports, but very likely what the user reports was a side effect of losing the monitored location, as you said because it was a remote no longer available, or because it was within a removable disk.
Comment 3 Bastien Nocera 2016-04-28 21:16:08 UTC
*** Bug 765781 has been marked as a duplicate of this bug. ***
Comment 4 Michael Catanzaro 2016-09-07 20:07:12 UTC
Erm, for me, any custom search location I add disappears no matter what, even if it's on my hard drive and definitely accessible. It's trivially reproducible with the Desktop search location, which is actually present under the Other heading by default (screenshot attached). If you toggle the switch to OFF, it immediately disappears from the list, and is removed from the  org.freedesktop.Tracker.Miner.Files gsetting.
Comment 5 Michael Catanzaro 2016-09-07 20:07:49 UTC
Created attachment 335025 [details]
default state of this dialog
Comment 6 André Klapper 2021-06-09 16:32:35 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new bug report at
  https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/

Thank you for your understanding and your help.