GNOME Bugzilla – Bug 539974
crash in Empathy Instant Messenger: Explaining to smcv, why ...
Last modified: 2008-10-30 20:55:46 UTC
Version: 0.23.1 What were you doing when the application crashed? Explaining to smcv, why I think empathy/telepathy is broken on #telepathy ;-) Distribution: Fedora release 9 (Sulphur) Gnome Release: 2.22.2 2008-05-28 (Red Hat, Inc) BugBuddy Version: 2.22.0 System: Linux 2.6.25.6-55.fc9.i686 #1 SMP Tue Jun 10 16:27:49 EDT 2008 i686 X Vendor: The X.Org Foundation X Vendor Release: 10499902 Selinux: Enforcing Accessibility: Disabled GTK+ Theme: Nodoka Icon Theme: Fedora Memory status: size: 54120448 vsize: 54120448 resident: 23924736 share: 14381056 rss: 23924736 rss_rlim: 4294967295 CPU usage: start_time: 1214320915 rtime: 623 utime: 579 stime: 44 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/empathy' [?1034h[Thread debugging using libthread_db enabled] [New Thread 0xb7fca950 (LWP 5974)] 0x00110416 in __kernel_vsyscall ()
+ Trace 201267
Thread 1 (Thread 0xb7fca950 (LWP 5974))
----------- .xsession-errors (1057 sec old) --------------------- notebook.disconnect (notebook._sb_signal_tab_switch) AttributeError: 'epiphany.Notebook' object has no attribute '_sb_signal_tab_switch' ** (epiphany:3182): WARNING **: Python code for 'detach_window' failed to execute Traceback (most recent call last): File "/home/matej/.gnome2/epiphany/extensions/reloadAllTabs.py", line 47, in detach_window group, ui_id = window._python_sample_menu_window_data AttributeError: 'epiphany.Window' object has no attribute '_python_sample_menu_window_data' ** (epiphany:3182): WARNING **: Python code for 'detach_window' failed to execute CalDAV Eplugin starting up ... evolution-shell-Message: Killing old version of evolution-data-server... (evolution:3869): Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text() Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkTreeView::odd-row-color' of type `GdkColor' from rc file value "((GString*) 0x94bed80)" of type `GString' --------------------------------------------------
Created attachment 113341 [details] output of EMPATHY_DEBUG=all
Comment on attachment 113341 [details] output of EMPATHY_DEBUG=all Sorry, probably wrong log and I don't have the real one.
Isn't this one similar to bug 538340; it shares #18 0x00319bad in contact_set_ready_flag ... #19 0x0031a362 in empathy_contact_set_name ... So I think it is fixed, but it is probably better to wait for confirmation by a developer before marking it as fixed.
It seems to be a different bug to me. The callback tp_chat_sender_ready_notify_cb() is called when either object EmpathyTpChat is notified as ready or object EmpathyContact is ready for name. When EmpathyTpChat is finalized, the callback is disconnected from EmpathyTpChats' signal but not from EmpathyContact's signal. So when the second signal is fired while EmpathyTpChat does not exist anymore, the GET_PRIV (chat) returns NULL and the priv->message_queue dereferencement crashs.
This bug could have been fixed with that commit: http://git.collabora.co.uk/?p=empathy.git;a=commitdiff;h=4e805529866da2f0e7b6c900b54e2ec886441d80 Could you please test with recent version?
No, I cannot -- empathy doesn't work on my computer.