Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1402429

Summary: [abrt] evolution: g_type_check_instance_cast(): evolution killed by SIGSEGV
Product: Red Hat Enterprise Linux 7 Reporter: Jakub Filak <jakub>
Component: evolution-ewsAssignee: Milan Crha <mcrha>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Desktop QE <desktop-qa-list>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.3CC: jakub, mbarnes, mcrha
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:0f2d48553744c7438fb00d4eee877c7e9a908612
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-11-01 13:18:38 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: exploitable
none
File: limits
none
File: machineid
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages
none
File: sosreport.tar.xz none

Description Jakub Filak 2016-12-07 14:36:14 UTC
Description of problem:
I left my workstation and when I came back evolution was gone.

Version-Release number of selected component:
evolution-3.12.11-22.el7

Additional info:
reporter:       libreport-2.1.11.1
backtrace_rating: 4
cmdline:        evolution
crash_function: g_type_check_instance_cast
executable:     /usr/bin/evolution
global_pid:     10842
kernel:         3.10.0-514.el7.x86_64
pkg_fingerprint: 199E 2F91 FD43 1D51
pkg_vendor:     Red Hat, Inc.
reproducible:   Not sure how to reproduce the problem
runlevel:       N 5
type:           CCpp
uid:            3335255

Truncated backtrace:
Thread no. 1 (9 frames)
 #0 g_type_check_instance_cast at /lib64/libgobject-2.0.so.0
 #1 e_soup_auth_negotiate_message_finished at /usr/lib64/evolution-data-server/libeews-1.2.so.0
 #2 _g_closure_invoke_va at /lib64/libgobject-2.0.so.0
 #5 soup_session_process_queue_item at /lib64/libsoup-2.4.so.1
 #6 async_run_queue at /lib64/libsoup-2.4.so.1
 #7 idle_run_queue at /lib64/libsoup-2.4.so.1
 #9 g_main_context_iterate.isra.24 at /lib64/libglib-2.0.so.0
 #11 e_ews_soup_thread at /usr/lib64/evolution-data-server/libeews-1.2.so.0
 #12 g_thread_proxy at /lib64/libglib-2.0.so.0

Comment 1 Jakub Filak 2016-12-07 14:36:18 UTC
Created attachment 1229067 [details]
File: backtrace

Comment 2 Jakub Filak 2016-12-07 14:36:19 UTC
Created attachment 1229068 [details]
File: cgroup

Comment 3 Jakub Filak 2016-12-07 14:36:21 UTC
Created attachment 1229069 [details]
File: core_backtrace

Comment 4 Jakub Filak 2016-12-07 14:36:23 UTC
Created attachment 1229070 [details]
File: dso_list

Comment 5 Jakub Filak 2016-12-07 14:36:24 UTC
Created attachment 1229071 [details]
File: environ

Comment 6 Jakub Filak 2016-12-07 14:36:26 UTC
Created attachment 1229072 [details]
File: exploitable

Comment 7 Jakub Filak 2016-12-07 14:36:27 UTC
Created attachment 1229073 [details]
File: limits

Comment 8 Jakub Filak 2016-12-07 14:36:28 UTC
Created attachment 1229074 [details]
File: machineid

Comment 9 Jakub Filak 2016-12-07 14:36:31 UTC
Created attachment 1229075 [details]
File: maps

Comment 10 Jakub Filak 2016-12-07 14:36:32 UTC
Created attachment 1229076 [details]
File: open_fds

Comment 11 Jakub Filak 2016-12-07 14:36:33 UTC
Created attachment 1229077 [details]
File: proc_pid_status

Comment 12 Jakub Filak 2016-12-07 14:36:35 UTC
Created attachment 1229078 [details]
File: var_log_messages

Comment 13 Jakub Filak 2016-12-07 14:37:14 UTC
Created attachment 1229079 [details]
File: sosreport.tar.xz

Comment 14 Milan Crha 2016-12-07 18:09:21 UTC
Thanks for a bug report. I suppose you use 'Kerberos' (GSSAPI) to login to your Exchange account using evolution-ews. I see that var_log_messages has quite some runtime warnings, some of them clearly from this part.

An upstream bug report [1] had some follow-up changes which didn't make it into the 3.12.x, and reading the bug report it's also unsure from the bug report which commits were related.

I would retest this with RHEL 7.4, where the evolution-ews (together with the evolution & co.) will be updated.

[1] https://bugzilla.gnome.org/show_bug.cgi?id=732850

Comment 16 Milan Crha 2018-06-05 12:31:46 UTC
Jakub, are you able to retest with 3.22.x or any newer, please?

Comment 17 Jakub Filak 2018-06-05 14:29:12 UTC
Milan, I replaced RHEL with Fedora long time ago. Sorry.

Comment 18 Milan Crha 2018-06-05 14:55:47 UTC
That might count too, I guess. What is the evolution-ews version there, please? Also, I suppose you did not see any similar crash recently, did you?

Comment 19 Milan Crha 2018-11-01 13:18:38 UTC
I'm closing this, but feel free to reopen if needed. Thanks in advance.