GNOME Bugzilla – Bug 332308
crash after changing the Address Book
Last modified: 2013-09-13 00:48:29 UTC
Well, after looking for a few seconds at the wrong Address Book I got bored and decided to switch to a better one. ;) After clicking on another Adress Book in the tree, Evo just crashed. Does not seem to be reproducible. Evolution 2.5.91, GNOME 2.13.91+ Including the crashing top-most thread only. Backtrace was generated from '/opt/gnome-2.13/bin/evolution-2.6' Using host libthread_db library "/lib/tls/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread -1230211392 (LWP 10833)] [New Thread -1379931216 (LWP 10963)] [Thread debugging using libthread_db enabled] [New Thread -1230211392 (LWP 10833)] [New Thread -1379931216 (LWP 10963)] [Thread debugging using libthread_db enabled] [New Thread -1230211392 (LWP 10833)] [New Thread -1379931216 (LWP 10963)] [New Thread -1371538512 (LWP 10962)] [New Thread -1294423120 (LWP 10847)] [New Thread -1285846096 (LWP 10846)] [New Thread -1277297744 (LWP 10842)] [New Thread -1260119120 (LWP 10841)] [New Thread -1268905040 (LWP 10839)] [New Thread -1251677264 (LWP 10837)] [New Thread -1243284560 (LWP 10836)] [New Thread -1234891856 (LWP 10835)] 0xffffe410 in ?? ()
+ Trace 66442
duplicate of bug #328283. Adding srini to CC.
Note: The stackrace seems to be identical to bug 331216, which is a duplicate of bug 328283. However, I did *not* use the mouse scroll wheel at all. I merely clicked on another Address Book in the tree. Also note, that according to bug 328283 comment 8 from 2006-02-14 that bug is supposed to be fixed in HEAD. 2.5.91 was released one day before, so this might indeed be the same issue. It is not mentioned, when exactly the fix was committed. Cc'ing Srinivasa.
Sushma: Right. I was just writing the same, got a mid-air collision. ;) Looks like a duplicate, but due to the missing info whether this is supposed to be fixed in 2.5.91 or not, I filed it anyway.
1 e-table-item.c 1719 g_signal_connect (GTK_LAYOUT(item->canvas), "scroll_event", G_CALLBACK (eti_tree_unfreeze), eti);
Huh? I do *not* see any "scroll" string in *my* stacktrace... FWIW, I just got another crash with the same stacktrace, after switching from Mail to Address Book component. The displayed Address Book was the same as the target one in my original report, IIRC. Using a (custom saved) List View.
guenther, IIRC I committed the day after the 2.5.91 build. It is nothing to do with scroll to my understanding. Just loading a list view will cause this random crash. It also can crash on scroll :)
Thanks Srini, for clarifying. Comment 6 is exactly what I wanted. :) So this indeed is a duplicate, and the issue is not related to scrolling. FWIW, my last comment was aiming at comment 4. I have no idea, what that snippet is supposed to suggest, or where it comes from. It's definitely not related to this bug. *** This bug has been marked as a duplicate of 328283 ***