Version-Release number of selected component: webkitgtk4-2.8.0-2.fc22 Additional info: reporter: libreport-2.5.0 backtrace_rating: 4 cmdline: /usr/libexec/webkit2gtk-4.0/WebKitNetworkProcess 15 crash_function: free executable: /usr/libexec/webkit2gtk-4.0/WebKitNetworkProcess global_pid: 9346 kernel: 4.0.0-0.rc5.git4.1.fc22.x86_64 runlevel: N 5 type: CCpp uid: 1000 var_log_messages: [System Logs]:\n-- Logs begin at Dom 2015-03-22 04:07:20 BRT, end at Sex 2015-04-03 11:43:21 BRT. -- Truncated backtrace: Thread no. 1 (10 frames) #0 free at /lib64/libc.so.6 #1 _gnutls_free_dh_info at /lib64/libgnutls.so.28 #2 _gnutls_free_auth_info at /lib64/libgnutls.so.28 #3 gnutls_deinit at /lib64/libgnutls.so.28 #4 g_tls_connection_gnutls_finalize at /usr/lib64/gio/modules/libgiognutls.so #6 soup_io_stream_finalize at /lib64/libsoup-2.4.so.1 #8 soup_socket_finalize at /lib64/libsoup-2.4.so.1 #10 soup_connection_disconnect at /lib64/libsoup-2.4.so.1 #11 soup_session_abort at /lib64/libsoup-2.4.so.1 #12 soup_session_dispose at /lib64/libsoup-2.4.so.1
Created attachment 1010640 [details] File: backtrace
Created attachment 1010641 [details] File: cgroup
Created attachment 1010642 [details] File: core_backtrace
Created attachment 1010643 [details] File: dso_list
Created attachment 1010644 [details] File: environ
Created attachment 1010645 [details] File: limits
Created attachment 1010646 [details] File: maps
Created attachment 1010647 [details] File: mountinfo
Created attachment 1010648 [details] File: namespaces
Created attachment 1010649 [details] File: open_fds
Created attachment 1010650 [details] File: proc_pid_status
Hm, that's a weird crash. The backtrace makes it seem that g_object_unref was established as an exit handler, but that can't be right. I guess a frame is missing. I will guess libsoup to be the most appropriate component for this bug, but most likely it will just get closed because the backtrace has no debuginfo.
*** Bug 1206738 has been marked as a duplicate of this bug. ***
Well, libsoup doesn't seem to establish any exit handlers. WebKit establishes a couple, but they look extremely innocent. Hm....
I have this crash on GNOME Abrt. If I could do a "debuginfo" thing it would help? If yes, what/how can I do?
It won't help in this case, thanks though.
Can I help with this? In abrt I have a pile of crashes identical to this longer than my arm.
(In reply to Matteo Settenvini from comment #17) > Can I help with this? In abrt I have a pile of crashes identical to this > longer than my arm. If it happens pretty reliably, maybe attach with gdb before exiting, set a breakpoint on __run_exit_handlers(), and figure out what exit handler it is that's causing the problems? (Or alternatively, rebuild glib/libsoup/webkit/etc with -O0 to get a better backtrace.)
*** Bug 1222802 has been marked as a duplicate of this bug. ***