Version-Release number of selected component: empathy-3.12.4-1.fc21 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: empathy crash_function: gtk_widget_size_allocate_with_baseline executable: /usr/bin/empathy kernel: 3.16.0-0.rc6.git2.1.fc21.x86_64 runlevel: 1 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 gtk_widget_size_allocate_with_baseline at /lib64/libgtk-3.so.0 #1 gtk_combo_box_size_allocate at /lib64/libgtk-3.so.0 #2 g_cclosure_marshal_VOID__BOXEDv at /lib64/libgobject-2.0.so.0 #3 _g_closure_invoke_va at /lib64/libgobject-2.0.so.0 #6 gtk_widget_size_allocate_with_baseline at /lib64/libgtk-3.so.0 #7 gtk_box_size_allocate_no_center at /lib64/libgtk-3.so.0 #8 g_cclosure_marshal_VOID__BOXEDv at /lib64/libgobject-2.0.so.0 #9 _g_closure_invoke_va at /lib64/libgobject-2.0.so.0 #12 gtk_widget_size_allocate_with_baseline at /lib64/libgtk-3.so.0 #13 gtk_box_size_allocate_no_center at /lib64/libgtk-3.so.0
Created attachment 921124 [details] File: backtrace
Created attachment 921125 [details] File: cgroup
Created attachment 921126 [details] File: core_backtrace
Created attachment 921127 [details] File: dso_list
Created attachment 921128 [details] File: environ
Created attachment 921129 [details] File: exploitable
Created attachment 921130 [details] File: limits
Created attachment 921131 [details] File: maps
Created attachment 921132 [details] File: open_fds
Created attachment 921133 [details] File: proc_pid_status
Created attachment 921134 [details] File: var_log_messages
Happens at each startup for me: Empathy is completely unusable. I believe this should be raised in severity.
Looks like EmpathyPresenceChooser has no button nor child widget set: (gdb) f 2 #2 0x0000003faad431ca in gtk_combo_box_size_allocate (widget=0xa6a360 [EmpathyPresenceChooser], allocation=0x7fffffffc760) at gtkcombobox.c:2701 2701 GTK_COMBO_BOX_SIZE_ALLOCATE_BUTTON (gdb) list 2696 /* menu mode; child_widget has been set with gtk_container_add(). 2697 * E.g. it might be a GtkEntry if priv->has_entry is TRUE. 2698 * Allocate the button at the far end, according to the direction 2699 * of the widget. 2700 */ 2701 GTK_COMBO_BOX_SIZE_ALLOCATE_BUTTON (gdb) p priv->button $13 = 0x0 (gdb) p gtk_bin_get_child (widget) $7 = 0x0 But the button is created in gtk_combo_box_menu_setup, so I put a breakpoint there... which is never hit before the SIGSEGV. Therefore, I tried directly breaking in gtk_combo_box_check_appearance, which is called inside the GtkComboBox constructor... and nothing. Therefore, I am wondering under which circumstances EmpathyPresenceChooser does not invoke its parent GtkComboBox constructor before triggering a size allocation. By the way, shouldn't presence_chooser_constructed chain to the parent constructed member? Should not matter for this specific bug, but looks wrong to me.
I reported the bug upstream. It seems it just rotting here :/
Here [1] is the scratch build with patch from [2], which fixes the issue. [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=7346003 [2] https://bugzilla.gnome.org/show_bug.cgi?id=732909
Thanks Vít, the build you provided fixes the problem for me!
Same here - the scratch-build fixes the crash for me as well.
Nominating as Fedora 21 Final blocker. Criteria: "All applications that can be launched using the standard graphical mechanism of a release-blocking desktop after a default installation of that desktop must start successfully and withstand a basic functionality test. " https://fedoraproject.org/wiki/Fedora_21_Final_Release_Criteria#Default_application_functionality
This crash doesn't seem to happen for me after updating to empathy-3.12.5-1.fc21.x86_64
empathy-3.12.5-1.fc22.x86_64 seems to fix this issue for me as well.