GNOME Bugzilla – Bug 703638
Keep ItipView alive while connecting to calendar
Last modified: 2013-09-21 13:35:23 UTC
several times a day, evo (master) crashes when idle, without leaving a core file behind. The kernel logs: [2246965.712559] traps: evolution[17116] general protection ip:7f38a04490e6 sp:7fff9ea78eb0 error:0 in module-itip-formatter.so[7f38a043b000+1e000] [2254185.778213] traps: evolution[4220] general protection ip:7f6794b3c0e6 sp:7fffd1be6360 error:0 in module-itip-formatter.so[7f6794b2e000+1e000] with G_SLICE=debug-blocks, I let evo idle in gdb, i captured this stack, showing it's crashing while invoking an async idle callback: Program received signal SIGSEGV, Segmentation fault. 0x00007fffc58270e6 in itip_view_get_mail_part (view=0x5555568be270) at itip-view.c:1418 1418 itip-view.c: No such file or directory. (gdb) (evolution-alarm-notify:17124): evolution-alarm-notify-WARNING **: load_alarms: Could not get query for client: No such interface 'org.gnome.evolution.dataserver.Calendar' on object at pat h /org/gnome/evolution/dataserver/Calendar/13521/7 (evolution-alarm-notify:17124): evolution-alarm-notify-WARNING **: load_alarms: Could not get query for client: No such interface 'org.gnome.evolution.dataserver.Calendar' on object at pat h /org/gnome/evolution/dataserver/Calendar/13521/3 (evolution-alarm-notify:17124): evolution-alarm-notify-WARNING **: load_alarms: Could not get query for client: No such interface 'org.gnome.evolution.dataserver.Calendar' on object at pat h /org/gnome/evolution/dataserver/Calendar/13521/4 (evolution-alarm-notify:17124): evolution-alarm-notify-WARNING **: load_alarms: Could not get query for client: No such interface 'org.gnome.evolution.dataserver.Calendar' on object at pat h /org/gnome/evolution/dataserver/Calendar/13521/6 (evolution-alarm-notify:17124): evolution-alarm-notify-WARNING **: load_alarms: Could not get query for client: No such interface 'org.gnome.evolution.dataserver.Calendar' on object at path /org/gnome/evolution/dataserver/Calendar/13521/2 (evolution-alarm-notify:17124): evolution-alarm-notify-WARNING **: alarm.c:255: Requested removal of nonexistent alarm! (gdb) bt
+ Trace 232190
Haven't seen this myself. Only thing I can figure is the ItipView object is somehow being finalized while connecting to the calendar asynchronously. So when cal_opened_cb() is called, we get a dangling ItipView pointer. If I'm right, this should prevent it: https://git.gnome.org/browse/evolution/commit/?id=a83157c7787025e3c2b336043707e0f26f7e46f3 Assuming FIXED until reported otherwise.
*** Bug 704395 has been marked as a duplicate of this bug. ***