Ubuntu
gnome-control-center package

gnome-control-center crashed with SIGSEGV in g_str_hash()

Bug #1157188 reported by Marcela Oniga
14
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-control-center (Ubuntu)
Fix Released
Medium
Gunnar Hjalmarsson

Bug Description

Go to System settings and press on User Accounts. Create a new account (administratior) and press save.

The expected results: The user should be successfully saved, no errors.

Actual results: A crashed occured while saving the new user account. Howevere the user account is created and saved, but every time the user is opening the user account and press on it, a crash occured.

ProblemType: Crash
DistroRelease: Ubuntu 13.04
Package: gnome-control-center 1:3.6.3-0ubuntu15
ProcVersionSignature: Ubuntu 3.8.0-13.22-generic 3.8.3
Uname: Linux 3.8.0-13-generic i686
ApportVersion: 2.9.1-0ubuntu1
Architecture: i386
CasperVersion: 1.330
Date: Tue Mar 19 13:00:28 2013
ExecutablePath: /usr/bin/gnome-control-center
LiveMediaBuild: Ubuntu 13.04 "Raring Ringtail" - Alpha i386 (20130319)
MarkForUpload: True
ProcCmdline: gnome-control-center --overview
ProcEnviron:
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SegvAnalysis:
 Segfault happened at: 0xb6f1989a <g_str_hash+10>: movsbl (%ecx),%edx
 PC (0xb6f1989a) ok
 source "(%ecx)" (0x00000000) not located in a known VMA region (needed readable region)!
 destination "%edx" ok
SegvReason: reading NULL VMA
Signal: 11
SourcePackage: gnome-control-center
StacktraceTop:
 g_str_hash () from /lib/i386-linux-gnu/libglib-2.0.so.0
 g_hash_table_lookup () from /lib/i386-linux-gnu/libglib-2.0.so.0
 ?? () from /usr/lib/control-center-1/panels/libuser-accounts.so
 ?? () from /usr/lib/control-center-1/panels/libuser-accounts.so
 ?? () from /usr/lib/control-center-1/panels/libuser-accounts.so
Title: gnome-control-center crashed with SIGSEGV in g_str_hash()
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo

Revision history for this message
Marcela Oniga (pensacola-m2000) wrote :
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 g_str_hash (v=0x0) at /build/buildd/glib2.0-2.35.8/./glib/ghash.c:1732
 g_hash_table_lookup_node (hash_return=<synthetic pointer>, key=0x0, hash_table=0xb8018c08) at /build/buildd/glib2.0-2.35.8/./glib/ghash.c:365
 g_hash_table_lookup (hash_table=hash_table@entry=0xb8018c08, key=key@entry=0x0) at /build/buildd/glib2.0-2.35.8/./glib/ghash.c:1076
 cc_common_language_get_initial_languages () at cc-common-language.c:634
 cc_add_user_languages (model=0xb7fb9480) at cc-language-chooser.c:106

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in gnome-control-center (Ubuntu):
importance: Undecided → Medium
tags: removed: need-i386-retrace
Gunnar Hjalmarsson (gunnarhj)
information type: Private → Public
Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Hi Marcela,

Thanks for your help to make Ubuntu better by reporting this crash.

I have a first quick question: While Ubuntu usually creates users with id >= 1000, it seems from XsessionErrors.txt that the user id is 999. Does it possibly ring a bell? Can you successfully create and use users with user id > 1000?

I'm not sure that this matters, but I'd appreciate any comment you have.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Irrespective of the reason why cc_common_language_get_property() fails, it should not trigger a crash. Fix in the linked merge proposal.

Changed in gnome-control-center (Ubuntu):
assignee: nobody → Gunnar Hjalmarsson (gunnarhj)
status: New → In Progress
Revision history for this message
Marcela Oniga (pensacola-m2000) wrote :

Hi,

The same issue when creating users with user id >1000. So the issue is always reproducing after saving/adding a new account from User Accounts.

Let me know if you need any other details or logs.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Hmm... For some reason it fails to query accountsservice.

Can you please open gnome-language-support from a terminal window, go to "Regional Formats" and see if anything odd is printed?

Revision history for this message
Marcela Oniga (pensacola-m2000) wrote :

There is no output after opening gnome-language-selector from a terminal window, no errors , nothing odd.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Ok, I see. I asked because gnome-language-selector makes similar queries to accountsservice about the current language and regional formats settings. The reason why gnome-control-center fails to do it for you is a mystery to me right now.

The proposed fix would prevent gnome-control-center from crashing, but it does not really address the root cause.

Anyway, thanks for your additional info.

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

This bug was fixed in the package gnome-control-center - 1:3.6.3-0ubuntu17

---------------
gnome-control-center (1:3.6.3-0ubuntu17) raring; urgency=low

  * debian/control.in:
    - Build-Depends on libgl1-mesa-dev, don't recommends mesa-utils
  * debian/patches/git_no_glxinfo.patch:
    - don't use glxinfo but rather use direct calls to get the infos

  [ Gunnar Hjalmarsson ]
  * debian/patches/52_region_language.patch:
    - don't return null value for language (LP: #1157188)
 -- Sebastien Bacher <email address hidden> Tue, 26 Mar 2013 17:04:18 +0100

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

Other bug subscribers

Remote bug watches

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