Bug 1196093

Summary: [abrt] evolution: g_type_check_instance_is_fundamentally_a(): evolution killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Peter Robinson <pbrobinson>
Component: evolutionAssignee: Milan Crha <mcrha>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 22CC: lucilanga, mbarnes, mcrha, tpopela
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/d1918db77bc722ee4927d418b2a7b5dfb2136bff
Whiteboard: abrt_hash:e51a25338a9ee675a8f08d84a380a0413e04a06f
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-03-11 11:34:42 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description Peter Robinson 2015-02-25 09:54:28 UTC 
Description of problem:


Version-Release number of selected component:
evolution-3.13.90-1.fc22

Additional info:
reporter:       libreport-2.4.0
backtrace_rating: 4
cmdline:        evolution
crash_function: g_type_check_instance_is_fundamentally_a
executable:     /usr/bin/evolution
kernel:         4.0.0-0.rc1.git0.1.fc22.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (6 frames)
 #0 g_type_check_instance_is_fundamentally_a at /lib64/libgobject-2.0.so.0
 #2 receive_objects_ready_cb at /usr/lib64/evolution/modules/module-itip-formatter.so
 #3 g_simple_async_result_complete at /lib64/libgio-2.0.so.0
 #4 complete_in_idle_cb_for_thread at /lib64/libgio-2.0.so.0
 #6 g_main_context_iterate.isra at /lib64/libglib-2.0.so.0
 #8 gtk_main at /lib64/libgtk-3.so.0
Comment 1 Peter Robinson 2015-02-25 09:54:31 UTC 
Created attachment 995066 [details]
File: backtrace
Comment 2 Peter Robinson 2015-02-25 09:54:32 UTC 
Created attachment 995067 [details]
File: cgroup
Comment 3 Peter Robinson 2015-02-25 09:54:34 UTC 
Created attachment 995068 [details]
File: core_backtrace
Comment 4 Peter Robinson 2015-02-25 09:54:36 UTC 
Created attachment 995069 [details]
File: dso_list
Comment 5 Peter Robinson 2015-02-25 09:54:37 UTC 
Created attachment 995070 [details]
File: environ
Comment 6 Peter Robinson 2015-02-25 09:54:38 UTC 
Created attachment 995071 [details]
File: limits
Comment 7 Peter Robinson 2015-02-25 09:54:40 UTC 
Created attachment 995072 [details]
File: maps
Comment 8 Peter Robinson 2015-02-25 09:54:41 UTC 
Created attachment 995073 [details]
File: open_fds
Comment 9 Peter Robinson 2015-02-25 09:54:42 UTC 
Created attachment 995074 [details]
File: proc_pid_status
Comment 10 Peter Robinson 2015-02-25 09:54:43 UTC 
Created attachment 995075 [details]
File: var_log_messages
Comment 11 Peter Robinson 2015-02-25 09:55:52 UTC 
This happens every time I try and update a cancelled calendar request.
Comment 12 Milan Crha 2015-02-26 07:47:00 UTC 
Thanks for a bug report. I tried to reproduce this, with a local (Personal) calendar and with a CalDAV calendar, with an event where I was an organizer and an event where I wasn't, but whenever I clicked the "Update calendar" button on the "Cancelled meeting" email notification (like a meeting invitation email) the calendar was updated without crash. This is with git master, pretty much the same as your 3.13.90, only in Fedora 21.

I realized one uninitialized variable usage (with a help of valgrind), which I fixed [1]. I do not expect it being precisely involved, because I'd expect a different backtrace there, but maybe I'm wrong and your crash was caused by it. There will be a release the next week, thus it might be good to test with it.

[1] https://git.gnome.org/browse/evolution/commit/?id=679d4e9
Comment 13 Peter Robinson 2015-02-26 11:23:04 UTC 
I'll test it with the next update but it happens every single time. Accepting new invites is fine, it searches the calendar fine for updating cancelled meetings, it's just when you hit the update
Comment 14 Peter Robinson 2015-03-11 11:34:42 UTC 

*** This bug has been marked as a duplicate of bug 1200377 ***