Version-Release number of selected component:
runlevel: N 5
Thread no. 1 (10 frames)
#0 get_user_session_for_display at gdm-manager.c:1133
#1 gdm_manager_handle_register_display at gdm-manager.c:1188
#2 ffi_call_unix64 at ../src/x86/unix64.S:76
#3 ffi_call at ../src/x86/ffi64.c:525
#4 g_cclosure_marshal_generic at gclosure.c:1448
#7 g_signal_emitv at gsignal.c:3044
#8 _gdm_dbus_manager_skeleton_handle_method_call at gdm-manager-glue.c:1352
#9 g_dbus_interface_method_dispatch_helper at gdbusinterfaceskeleton.c:609
#10 skeleton_intercept_handle_method_call at gdbusinterfaceskeleton.c:650
#11 call_in_idle_cb at gdbusconnection.c:4884
Created attachment 1015996 [details]
Created attachment 1015997 [details]
Created attachment 1015998 [details]
Created attachment 1015999 [details]
Created attachment 1016000 [details]
Created attachment 1016001 [details]
Created attachment 1016002 [details]
Created attachment 1016003 [details]
Created attachment 1016004 [details]
Created attachment 1016005 [details]
Created attachment 1016006 [details]
Created attachment 1016007 [details]
This appears in gnome-abrt's 'System' pane after clean install and boot of F22 Final TC1 Workstation x86_64 live. System actually works correctly, it seems to be some sort of background failure.
Could it be gdm on wayland failing and then it falls back to gdm on Xorg? In that case there would be nothing visually noticeable to the end user, except for some delay before the login screen appears.
likely fixed by https://git.gnome.org/browse/gdm/commit/?id=c229f90449277c475a15d78a697b7fa13884e69b
I'm testing comment #15 as of now (rebuilt gdm.rpm with that patch) If it survives 24 hours on this setup, I'd call it a win.
Created attachment 1043005 [details]
after patch in comment #15, still crashes
New backtrace attached.
The new crash happened on un-suspend, with an hdmi monitor plugged in that wasn't plugged in on suspend. I'm hoping the new crash log somehow gets attached to this bug.
On un-suspend, it takes a second or two for the HDMI monitor to register. This makes the unlock screen jump around between the laptop and hdmi monitor. Maybe a race condition.
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
Thank you for reporting this bug and we are sorry it could not be fixed.