Bug 1083867

Summary: [abrt] gnome-initial-setup: g_type_check_instance_cast(): gnome-initial-setup killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Ilia Gradina <ilya.gradina>
Component: gnome-initial-setupAssignee: Jasper St. Pierre <jstpierr>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: rawhideCC: awilliam, ilya.gradina, jstpierr, mclasen, quentin, robatino, tiagomatos
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/60ff914302315b62ec815873e10c38249b37189b
Whiteboard: abrt_hash:316f68caad7729cb87be3928ef44d1ab7c8f68b5
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-07-25 15:18:32 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1043124    
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: exploitable
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages
none
better traceback (I hope) none

Description Ilia Gradina 2014-04-03 06:14:40 UTC 
Version-Release number of selected component:
gnome-initial-setup-3.12.0-1.fc21

Additional info:
reporter:       libreport-2.2.0
backtrace_rating: 4
cmdline:        /usr/libexec/gnome-initial-setup
crash_function: g_type_check_instance_cast
executable:     /usr/libexec/gnome-initial-setup
kernel:         3.14.0-0.rc8.git1.1.fc21.x86_64
runlevel:       N 5
type:           CCpp
uid:            993

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 g_type_check_instance_cast at /lib64/libgobject-2.0.so.0
 #1 username_changed
 #7 g_object_notify at /lib64/libgobject-2.0.so.0
 #8 gis_account_page_local_apply
 #9 gis_page_apply_begin
 #10 _g_closure_invoke_va at /lib64/libgobject-2.0.so.0
 #13 gtk_button_do_release at /lib64/libgtk-3.so.0
 #14 gtk_real_button_released at /lib64/libgtk-3.so.0
 #19 gtk_button_button_release at /lib64/libgtk-3.so.0
 #20 _gtk_marshal_BOOLEAN__BOXEDv at /lib64/libgtk-3.so.0
Comment 1 Ilia Gradina 2014-04-03 06:14:45 UTC 
Created attachment 882109 [details]
File: backtrace
Comment 2 Ilia Gradina 2014-04-03 06:14:47 UTC 
Created attachment 882110 [details]
File: cgroup
Comment 3 Ilia Gradina 2014-04-03 06:14:50 UTC 
Created attachment 882111 [details]
File: core_backtrace
Comment 4 Ilia Gradina 2014-04-03 06:14:52 UTC 
Created attachment 882112 [details]
File: dso_list
Comment 5 Ilia Gradina 2014-04-03 06:14:55 UTC 
Created attachment 882113 [details]
File: environ
Comment 6 Ilia Gradina 2014-04-03 06:14:57 UTC 
Created attachment 882114 [details]
File: exploitable
Comment 7 Ilia Gradina 2014-04-03 06:14:59 UTC 
Created attachment 882115 [details]
File: limits
Comment 8 Ilia Gradina 2014-04-03 06:15:02 UTC 
Created attachment 882116 [details]
File: maps
Comment 9 Ilia Gradina 2014-04-03 06:15:04 UTC 
Created attachment 882117 [details]
File: open_fds
Comment 10 Ilia Gradina 2014-04-03 06:15:06 UTC 
Created attachment 882118 [details]
File: proc_pid_status
Comment 11 Ilia Gradina 2014-04-03 06:15:09 UTC 
Created attachment 882119 [details]
File: var_log_messages
Comment 12 Adam Williamson 2014-04-29 19:35:50 UTC 
This seems to be a reproducible crash of gnome-initial-setup in current Fedora Rawhide, when you install without creating a user account (so g-i-s prompts you to). It crashes after you enter a username, so at the point where it should ask you for a password.

For me, it worked the second time through - when I rebooted the system and re-ran g-i-s entering the same username, this time the password page appeared and I was able to complete initial setup. But with a fresh install I was able to reproduce the crash on the first run of g-i-s, so it happened two out of two attempts on the first run of g-i-s.

Proposing as a Beta blocker, but I think I just noticed an oversight in the criteria. For Alpha, we require only *either* the installer user creation mechanism *or* the firstboot one to work. I think for Beta we intended to require both to work, but didn't remember to. We can kick this around in a review meeting or on test@, but we do need to keep track of the bug.
Comment 13 Adam Williamson 2014-04-29 19:37:27 UTC 
I reproduced this with current Rawhide, just to be clear - the 2014-04-28 nightly.
Comment 14 Adam Williamson 2014-04-29 20:45:06 UTC 
Created attachment 890937 [details]
better traceback (I hope)

here's (hopefully) a better traceback I got manually out of gdb. Jasper says the one attached by the OP via abrt was not good.
Comment 15 Matthias Clasen 2014-07-25 11:44:56 UTC 
Please try gnome-initial-setup-3.12.1-3.fc21. It has a likely fix
Comment 16 Adam Williamson 2014-07-25 15:18:32 UTC 
I already did, see https://bugzilla.redhat.com/show_bug.cgi?id=1116478 , guess I forgot to dupe these two. Pretty sure they were the same memory corruption. Thanks.