Using Gnome Settings' search tool works for some but not all items located under top-level menu categories

Bug #1754819 reported by Ken T
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-control-center (Ubuntu)
Expired
Low
Unassigned

Bug Description

(As seen in the latest daily build of 32bit Ubuntu Budgie)

See attached screenshot. Searching within settings is currently not as useful / intuitive as it could be, as it finds results for some items located within the top-level menu entries / categories, but not all items.

Being able to find all menu sub-items from the search tool without having to pore through individual menus is the ideal outcome, and is my intention in raising this bug report - the individual examples below are merely instances of this broader pattern. Please note that these examples seem to be changing rapidly, as overnight updates have made some search terms return valid results when only a few days ago they didn't.

Examples of search terms that don't work / work fully:
- cursor (no items found; should return "Universal Access")
- high (ditto)
- sound (only returns the "sound" menu; should also return "Universal Access"
- sharing (brings up some valid results, but not "Notifications" which includes the item "desktop sharing".
- desktop (ditto)

Examples of search terms which do work properly:
- contrast
- screen
- size

Thanks,
Ken.
***
---
ApportVersion: 2.20.8-0ubuntu10
Architecture: i386
CurrentDesktop: Budgie:GNOME
DistroRelease: Ubuntu 18.04
InstallationDate: Installed on 2018-03-10 (3 days ago)
InstallationMedia: Ubuntu-Budgie 18.04 LTS "Bionic Beaver" - Alpha i386 (20180307.1)
Package: gnome-control-center 1:3.26.2-0ubuntu5
PackageArchitecture: i386
ProcVersionSignature: Ubuntu 4.15.0-10.11-generic 4.15.3
Tags: bionic
Uname: Linux 4.15.0-10-generic i686
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True

Revision history for this message
Ken T (professorsnapper) wrote :
Ken T (professorsnapper)
tags: added: bionic
Revision history for this message
Ken T (professorsnapper) wrote :

This issue has been partially improved in the overnight update, but inconsistently.

As some examples of the broader pattern I'm talking about here, searching for:
- "screen" now brings up a plausible list of options, including screenshot, universal access, displays, etc.

- "contrast" brings up Universal Access. All good.

- "cursor" brings up no result, despite also being an option under Universal Access.
- "sharing" brings up "sharing - control what you want to share with others", but does not bring up "desktop sharing".
- "banner" brings up no result, even though "banner designer" is an option under Notifications > Applications.

Revision history for this message
Jeremy Bícha (jbicha) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at https://wiki.ubuntu.com/Bugs/Upstream/GNOME. If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

GNOME is moving to https://gitlab.gnome.org/ and gnome-control-center confusingly has two upstream bug trackers now.

https://gitlab.gnome.org/GNOME/gnome-control-center/issues

https://bugzilla.gnome.org/enter_bug.cgi?product=gnome-control-center

If you're interested in trying to fix the Cursor bug, you'll want to add Keywords to the .desktop.in.in files in https://gitlab.gnome.org/GNOME/gnome-control-center/tree/master/panels

GNOME 3.28 is in a String Freeze for translators to be able to work so I don't know if GNOME will be willing to fix the Cursor issue for 3.28 or save it for the next GNOME release in 6 months.

It's generally best to file separate bugs for specific issues. (I think there are multiple bugs here.)

Changed in gnome-shell (Ubuntu):
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Ken,

As you say the main issue is now apparently fixed. So please:

1. Update the bug description to describe the remaining problem(s).

2. Collect more system information by running: apport-collect 1754819

Changed in gnome-shell (Ubuntu):
status: Confirmed → Incomplete
affects: gnome-shell (Ubuntu) → gnome-control-center (Ubuntu)
Revision history for this message
Ken T (professorsnapper) wrote : Dependencies.txt

apport information

tags: added: apport-collected
description: updated
Revision history for this message
Ken T (professorsnapper) wrote : JournalErrors.txt

apport information

Revision history for this message
Ken T (professorsnapper) wrote : ProcCpuinfoMinimal.txt

apport information

Revision history for this message
Ken T (professorsnapper) wrote : ProcEnviron.txt

apport information

Ken T (professorsnapper)
summary: - Searching within Gnome Settings only works for top-level menu entries
+ Using Gnome Settings' search tool works for some but not all items
+ located under top-level menu categories
Ken T (professorsnapper)
description: updated
Revision history for this message
Ken T (professorsnapper) wrote :

Jeremy, Daniel,

Thanks for your replies. As per Daniel's suggestion, I've run apport, & have updated the bug title and description.

I'll also lodge a bug report upstream as Jeremy suggests, and report back with a bug number.

Jeremy, you've suggested that there are potentially multiple bugs here - I'm not sure I agree with this. I hope that by amending the bug description that I've summed up the over-arching issue, and that filing a bug report for each instance of the issue wouldn't be necessary. Please let me know your thoughts on this.

With this in mind, I disagree with Daniel's assertion that the main issue in this bug report has already been fixed.

Thanks,
Ken.
***

Revision history for this message
Ken T (professorsnapper) wrote :

Jeremy, it seems that this issue has already been reported upstream, but the issue has been closed and I don't yet know how to reopen it:
https://gitlab.gnome.org/GNOME/gnome-control-center/issues/1

I'd edit the desktop.in.in files directly myself, but am a newcomer to the process for doing so. Any pointers to how-to's, etc?

Also, on the issue of Gnome having two upstream bugtrackers, I note that according to the following link:
https://wiki.gnome.org/Initiatives/DevelopmentInfrastructure/
... they say that their plan is "Shortly after the new solution (Gitlab) is setup, disable issue reporting in Bugzilla (as well as new accounts, milestones, etc)."
So I guess we can just use Gitlab for issues going forward.

Thanks,
Ken.
***

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for gnome-control-center (Ubuntu) because there has been no activity for 60 days.]

Changed in gnome-control-center (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.