GNOME Bugzilla – Bug 368794
crash in Gossip Instant Messenger:
Last modified: 2006-11-13 21:50:29 UTC
What were you doing when the application crashed? Distribution: Ubuntu 6.10 (edgy) Gnome Release: 2.16.1 2006-10-02 (Ubuntu) BugBuddy Version: 2.16.0 Memory status: size: 42295296 vsize: 0 resident: 42295296 share: 0 rss: 18509824 rss_rlim: 0 CPU usage: start_time: 1162373567 rtime: 0 utime: 249 stime: 0 cutime:226 cstime: 0 timeout: 23 it_real_value: 0 frequency: 0 Backtrace was generated from '/usr/local/bin/gossip' Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread -1227000144 (LWP 6865)] 0xffffe410 in __kernel_vsyscall ()
+ Trace 81371
Thread 1 (Thread -1227000144 (LWP 6865))
Sorry I forgot to say when the crash appear: If I connect to butterfly and gabble at the same time and I send a msg to a jabber contact gossip crash. If I don't connect to butterfly it works.
I think I understand where is the bug. In telepathy_send_message() it sends the message with the priv->account. So when I have 2 accounts connected (one MSN and one JABBER) it tries to send my message to a jabber contact using the butterfly bus. I'll try to patch this to get the real account.
Sorry it wasn't the problem ! The problem isn't really telepathy-specific. I'm using "xclaesse@gmail.com" for both MSN and jabber account and it breaks gossip because it stores accounts in hashtables using the ID as key... and guess what, if 2 accounts has the same ID it fails !
This is probably slightly related to: http://bugzilla.gnome.org/show_bug.cgi?id=322110 Also, can we use a proper title for this bug or mark it as a duplicate of the one mentioned above? Is this bug fixed by the bug #322110?
The patch doesn't apply anymore, I don't have time now to update it. But by reading the patch I'm not sure it will fix my problem. It says 2 contacts are different if the contact ID and his account ID are different, in my case the account ID are the same ! A solution is to use the account's unique_id instead of his id. I think this bug is a dup of bug #322110 even if the patch proposed can't be used directly, the problem is the same.
*** This bug has been marked as a duplicate of 322110 ***