Description of problem: Happens reliably on first attempt to create a user account after fresh install of Rawhide (f21). g-i-s crashes and vanishes, you are left with a desktop background and nothing else and have to reboot. Second attempt - g-i-s runs again after a reboot, and asks all questions again - always succeeds. Version-Release number of selected component: gnome-initial-setup-3.12.1-2.fc21 Additional info: reporter: libreport-2.2.2 backtrace_rating: 4 cmdline: /usr/libexec/gnome-initial-setup crash_function: gdk_window_hide executable: /usr/libexec/gnome-initial-setup kernel: 3.16.0-0.rc3.git2.1.fc21.x86_64 runlevel: N 5 type: CCpp uid: 989 Truncated backtrace: Thread no. 1 (10 frames) #0 gdk_window_hide at gdkwindow.c:4976 #1 gtk_button_unmap at gtkbutton.c:1609 #2 _g_closure_invoke_va at /lib64/libgobject-2.0.so.0 #5 gtk_widget_unmap at gtkwidget.c:5002 #6 gtk_box_forall at gtkbox.c:2556 #7 _g_closure_invoke_va at /lib64/libgobject-2.0.so.0 #10 gtk_widget_unmap at gtkwidget.c:5002 #11 _g_closure_invoke_va at /lib64/libgobject-2.0.so.0 #14 gtk_widget_unmap at gtkwidget.c:5002 #15 gtk_widget_set_child_visible at gtkwidget.c:10483
Created attachment 914785 [details] File: backtrace
Created attachment 914786 [details] File: cgroup
Created attachment 914787 [details] File: core_backtrace
Created attachment 914788 [details] File: dso_list
Created attachment 914789 [details] File: environ
Created attachment 914790 [details] File: exploitable
Created attachment 914791 [details] File: limits
Created attachment 914792 [details] File: maps
Created attachment 914793 [details] File: open_fds
Created attachment 914794 [details] File: proc_pid_status
Created attachment 914795 [details] File: var_log_messages
Proposing as an Alpha blocker, criterion https://fedoraproject.org/wiki/Fedora_21_Alpha_Release_Criteria#Expected_installed_system_boot_behavior - " A working mechanism to create a user account must be clearly presented during installation and/or first boot of the installed system. A system installed with a release-blocking desktop must boot to a log in screen where it is possible to log in to a working desktop using a user account created during installation or a 'first boot' utility. " You can work around this, I think, by creating a user account during installation, but if you *don't* do that, you'll always run into this bug. It's not quite clear cut, but worth considering, I believe (and we really ought to get it fixed).
Discussed at the 2014-07-09 Fedora 21 alpha blocker review meeting. Accepted as a blocker for Fedora 21 alpha due to violation of the following alpha release criteria [1]: A system installed with a release-blocking desktop must boot to a log in screen where it is possible to log in to a working desktop using a user account created during installation or a 'first boot' utility. [1] https://fedoraproject.org/wiki/Fedora_21_Alpha_Release_Criteria#Expected_installed_system_boot_behavior
this still happens with the 2014-07-17 nightly workstation image, FWIW.
https://bugzilla.gnome.org/show_bug.cgi?id=733555 is probably the same issue.
the fix mclasen applied and built in Fedora as gnome-initial-setup-3.12.1-3.fc21 appears to fix my case, I forced it into an install via chroot before booting it for the first time, and g-i-s completed straight through without crashing after the username screen, first time I've seen it do that since the bug started happening. thanks. the build's tagged for f21 and i believe should get inherited by rawhide (though I think it'd be better to do an explicit build for rawhide), so closing.