GNOME Bugzilla – Bug 332589
customizing alarms crashing Evo
Last modified: 2013-09-13 00:49:09 UTC
Calendar, Month View. Create New Appointment. Set Alarms, choose Customize. Select the appearing default one in the list. Click "Edit" button, to customize it. Evolution crashes instantly and reprocibly. 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 10897)] [New Thread -1325409360 (LWP 13336)] [Thread debugging using libthread_db enabled] [New Thread -1230211392 (LWP 10897)] [New Thread -1325409360 (LWP 13336)] [Thread debugging using libthread_db enabled] [New Thread -1230211392 (LWP 10897)] [New Thread -1325409360 (LWP 13336)] [New Thread -1260119120 (LWP 11014)] [New Thread -1286505552 (LWP 10925)] [New Thread -1296151632 (LWP 10924)] [New Thread -1278112848 (LWP 10920)] [New Thread -1269060688 (LWP 10903)] [New Thread -1251677264 (LWP 10901)] [New Thread -1243284560 (LWP 10900)] [New Thread -1234891856 (LWP 10899)] 0xffffe410 in ?? ()
+ Trace 66516
Not reproducible in Evolution 2.6.x. Guenther: If it was consistent crash, can u test this again in evolution 2.6
Marking this bug for needinfo
poornima: *obviously* you cannot reproduce this in 2.6, because stable releases do not have G_LOG_LEVEL_CRITICAL enabled by default, right? garrr... anyway... guenther, able to reproduce it in 2.7.x where srini's EThread alarm notify code is included? sigh...
Oh crap, not this game again... Poornima, please note that this is a CRITICAL WARNING crasher, as the stacktrace clearly shows. Critical Warnings are disabled for stable GNOME releases. You definitely will not be able to reproduce a Critical Warning crash, *unless* you are running an *unstable* GNOME Desktop version. To be precise, gnome-session. Yes, running an unstable Evo version on a stable GNOME Desktop will *not* show this either. Poornima, we've had this discussion before already...
Set target milestone to 2.8
Created attachment 71136 [details] [review] Fixes the bug
It would not be the text_buffer but description.value that you would be interested in handling the NULL condition :-). Please update the patch and commit to the HEAD and gnome-2.14 branches.
*** This bug has been marked as a duplicate of 333706 ***