gnome-control-center segfault when deleting nameless Search Locations

Bug #1855530 reported by James
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-control-center
Fix Released
Unknown
gnome-control-center (Ubuntu)
Fix Committed
Low
Unassigned

Bug Description

Ubuntu 19.10
gnome-control-center:
  Installed: 1:3.34.1-1ubuntu2

I encounter a force-close / segfault in gnome-control-center when trying to remove nameless Search Locations. These are found at Settings > Search > Search Locations > Other. (See attached screenshot.) These nameless search locations have existed since conducting a clean install of Ubuntu 19.10 and I've been unable to remove them with the GUI.

If it helps, here is the syslog data generated when I attempt to delete a nameless search location.
 All gnome-control-center windows immediately close.

Dec 7 14:30:29 hostname gnome-control-c[6999]: g_settings_get_value: assertion 'key != NULL' failed
Dec 7 14:30:29 hostname kernel: [30710.826921] gnome-control-c[6999]: segfault at 0 ip 00005564e62ccb5b sp 00007fff2765a6b0 error 4 in gnome-control-center[5564e621c000+136000]
Dec 7 14:30:29 hostname kernel: [30710.826943] Code: 44 24 08 e8 17 a6 f5 ff 31 ff 49 89 c7 e8 6d f3 ff ff 4c 89 ff 48 89 c6 e8 02 90 f5 ff 85 c0 0f 85 92 00 00 00 48 8b 5c 24 08 <48> 8b 3b 48 85 ff 74 49 45 31 ed 66 2e 0f 1f 84 00 00 00 00 00 4c
Dec 7 14:30:29 hostname gnome-control-c[6999]: g_variant_get_type: assertion 'value != NULL' failed
Dec 7 14:30:29 hostname gnome-control-c[6999]: g_variant_type_is_subtype_of: assertion 'g_variant_type_check (type)' failed
Dec 7 14:30:29 hostname gnome-control-c[6999]: g_variant_dup_strv: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING_ARRAY)' failed
Dec 7 14:30:29 hostname gnome-control-c[6999]: g_variant_unref: assertion 'value != NULL' failed
Dec 7 14:30:29 hostname gnome-control-c[6999]: g_file_get_path: assertion 'G_IS_FILE (file)' failed

ProblemType: Bug
DistroRelease: Ubuntu 19.10
Package: gnome-control-center 1:3.34.1-1ubuntu2
ProcVersionSignature: Ubuntu 5.3.0-24.26-generic 5.3.10
Uname: Linux 5.3.0-24-generic x86_64
ApportVersion: 2.20.11-0ubuntu8.2
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Sat Dec 7 14:38:01 2019
ExecutablePath: /usr/bin/gnome-control-center
InstallationDate: Installed on 2019-10-26 (42 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Release amd64 (20191017)
ProcEnviron:
 LANG=en_US.UTF-8
 PATH=(custom, user)
 SHELL=/bin/bash
 XDG_RUNTIME_DIR=<set>
SourcePackage: gnome-control-center
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
James (james-r-barker) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please try to obtain a backtrace following the instructions at http://wiki.ubuntu.com/DebuggingProgramCrash and upload the backtrace (as an attachment) to the bug report. This will greatly help us in tracking down your problem.

Changed in gnome-control-center (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Sebastien Bacher (seb128) wrote :

Can you also provide the output of those commands

$ echo $XDG_DATA_DIRS
$ for dir in `tr ':' ' ' <<< $XDG_DATA_DIRS`; do ls -l $dir/gnome-shell/search-providers; done

James (james-r-barker)
description: updated
Revision history for this message
James (james-r-barker) wrote :

Hi Sebastien,

Thank you for the reply. This is my first bug report -- if there is anything I'm missing can you let me know?
Here is the output from the two requested commands. I'm also attaching a valgrind log.

$ echo $XDG_DATA_DIRS
/usr/share/ubuntu-wayland:/usr/local/share/:/usr/share/

$ for dir in `tr ':' ' ' <<< $XDG_DATA_DIRS`; do ls -l $dir/gnome-shell/search-providers; done
ls: cannot access '/usr/share/ubuntu-wayland/gnome-shell/search-providers': No such file or directory
ls: cannot access '/usr/local/share//gnome-shell/search-providers': No such file or directory
total 20
-rw-r--r-- 1 root root 171 Oct 5 17:12 gnome-control-center-search-provider.ini
-rw-r--r-- 1 root root 815 Oct 22 13:22 gnome-terminal-search-provider.ini
-rw-r--r-- 1 root root 165 Oct 7 09:35 org.gnome.Calculator-search-provider.ini
-rw-r--r-- 1 root root 144 Oct 7 17:03 org.gnome.Nautilus.search-provider.ini
-rw-r--r-- 1 root root 165 May 16 2019 seahorse-search-provider.ini

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for the details, I was looking at the wrong place when I asked for the informations earlier but the issue is easy to reproduce.

Reported upstream now on
https://gitlab.gnome.org/GNOME/gnome-control-center/issues/812

The invalid entries are locations that got added to the tracker list but doesn't exist anymore, you can edit the list by editing org.freedesktop.Tracker.Miner.Files index-recursive-directories in gsettings/dconf-editor

Changed in gnome-control-center (Ubuntu):
status: Incomplete → Triaged
Revision history for this message
Sebastien Bacher (seb128) wrote :

Upstream fixed the issue in git now

Changed in gnome-control-center (Ubuntu):
status: Triaged → Fix Committed
Changed in gnome-control-center:
status: Unknown → Fix Released
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.