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
Created attachment 882109 [details] File: backtrace
Created attachment 882110 [details] File: cgroup
Created attachment 882111 [details] File: core_backtrace
Created attachment 882112 [details] File: dso_list
Created attachment 882113 [details] File: environ
Created attachment 882114 [details] File: exploitable
Created attachment 882115 [details] File: limits
Created attachment 882116 [details] File: maps
Created attachment 882117 [details] File: open_fds
Created attachment 882118 [details] File: proc_pid_status
Created attachment 882119 [details] File: var_log_messages
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.
I reproduced this with current Rawhide, just to be clear - the 2014-04-28 nightly.
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.
Please try gnome-initial-setup-3.12.1-3.fc21. It has a likely fix
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.