Bug 1630785 - [abrt] evolution-data-server: pvl_next(): evolution-calendar-factory-subprocess killed by SIGSEGV
Summary: [abrt] evolution-data-server: pvl_next(): evolution-calendar-factory-subproce...
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution-data-server
Version: 28
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Milan Crha
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:b0869dbc22b1eb79e08f62c6f8d...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-09-19 09:18 UTC by Stewart Smith
Modified: 2019-05-28 22:28 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2019-05-28 22:28:52 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (66.95 KB, text/plain)
2018-09-19 09:18 UTC, Stewart Smith
no flags Details
File: cgroup (232 bytes, text/plain)
2018-09-19 09:18 UTC, Stewart Smith
no flags Details
File: core_backtrace (35.90 KB, text/plain)
2018-09-19 09:18 UTC, Stewart Smith
no flags Details
File: cpuinfo (1.41 KB, text/plain)
2018-09-19 09:18 UTC, Stewart Smith
no flags Details
File: dso_list (20.76 KB, text/plain)
2018-09-19 09:19 UTC, Stewart Smith
no flags Details
File: environ (2.09 KB, text/plain)
2018-09-19 09:19 UTC, Stewart Smith
no flags Details
File: exploitable (82 bytes, text/plain)
2018-09-19 09:19 UTC, Stewart Smith
no flags Details
File: limits (1.29 KB, text/plain)
2018-09-19 09:19 UTC, Stewart Smith
no flags Details
File: maps (96.81 KB, text/plain)
2018-09-19 09:19 UTC, Stewart Smith
no flags Details
File: mountinfo (4.03 KB, text/plain)
2018-09-19 09:19 UTC, Stewart Smith
no flags Details
File: open_fds (1.57 KB, text/plain)
2018-09-19 09:19 UTC, Stewart Smith
no flags Details
File: proc_pid_status (1.32 KB, text/plain)
2018-09-19 09:19 UTC, Stewart Smith
no flags Details

Description Stewart Smith 2018-09-19 09:18:47 UTC
Description of problem:
I was trying to add attendees to a new calendar entry I was creating

Version-Release number of selected component:
evolution-data-server-3.28.5-1.fc28

Additional info:
reporter:       libreport-2.9.5
backtrace_rating: 4
cmdline:        /usr/libexec/evolution-calendar-factory-subprocess --factory all --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx2436x2 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/2436/2
crash_function: pvl_next
executable:     /usr/libexec/evolution-calendar-factory-subprocess
journald_cursor: s=d153c11c59084fc1af3f882cbc362bab;i=2efb69;b=7d3fb1cd89a64f15a16d4c027998cbbd;m=3433b2ae7;t=5757d23a10203;x=e4b19e28944ae9db
kernel:         4.18.5-200.fc28.x86_64
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (7 frames)
 #0 pvl_next at /usr/src/debug/libical-3.0.3-2.fc28.x86_64/src/libical/pvl.c:466
 #1 icalcomponent_remove_component at /usr/src/debug/libical-3.0.3-2.fc28.x86_64/src/libical/icalcomponent.c:508
 #2 e_cal_backend_file_receive_objects at /usr/src/debug/evolution-data-server-3.28.5-1.fc28.x86_64/src/calendar/backends/file/e-cal-backend-file.c:3489
 #3 cal_backend_receive_objects at /usr/src/debug/evolution-data-server-3.28.5-1.fc28.x86_64/src/calendar/libedata-cal/e-cal-backend-sync.c:810
 #4 cal_backend_receive_objects_thread at /usr/src/debug/evolution-data-server-3.28.5-1.fc28.x86_64/src/calendar/libedata-cal/e-cal-backend.c:3253
 #5 cal_backend_dispatch_thread at /usr/src/debug/evolution-data-server-3.28.5-1.fc28.x86_64/src/calendar/libedata-cal/e-cal-backend.c:275
 #7 g_thread_proxy at gthread.c:784

Comment 1 Stewart Smith 2018-09-19 09:18:54 UTC
Created attachment 1484609 [details]
File: backtrace

Comment 2 Stewart Smith 2018-09-19 09:18:56 UTC
Created attachment 1484610 [details]
File: cgroup

Comment 3 Stewart Smith 2018-09-19 09:18:58 UTC
Created attachment 1484611 [details]
File: core_backtrace

Comment 4 Stewart Smith 2018-09-19 09:18:59 UTC
Created attachment 1484612 [details]
File: cpuinfo

Comment 5 Stewart Smith 2018-09-19 09:19:02 UTC
Created attachment 1484613 [details]
File: dso_list

Comment 6 Stewart Smith 2018-09-19 09:19:03 UTC
Created attachment 1484614 [details]
File: environ

Comment 7 Stewart Smith 2018-09-19 09:19:04 UTC
Created attachment 1484615 [details]
File: exploitable

Comment 8 Stewart Smith 2018-09-19 09:19:06 UTC
Created attachment 1484616 [details]
File: limits

Comment 9 Stewart Smith 2018-09-19 09:19:08 UTC
Created attachment 1484617 [details]
File: maps

Comment 10 Stewart Smith 2018-09-19 09:19:10 UTC
Created attachment 1484618 [details]
File: mountinfo

Comment 11 Stewart Smith 2018-09-19 09:19:11 UTC
Created attachment 1484619 [details]
File: open_fds

Comment 12 Stewart Smith 2018-09-19 09:19:13 UTC
Created attachment 1484620 [details]
File: proc_pid_status

Comment 13 Milan Crha 2018-09-19 09:53:12 UTC
Thanks for a bug report. Just to make a connection to another bug, which happened at the same time: bug #1630787

Comment 14 Milan Crha 2018-09-19 11:41:33 UTC
If I read the backtrace properly, then you've received a meeting "invitation" mail which cancelled either whole meeting or an instance of a recurring meeting. You clicked in Evolution's UI to "Update Calendar", while you've stored this meeting in one of the On This Computer calendars.

Evolution sent this cancelled event to the calendar and the calendar backend had been updating the locally stored information about it, while the backend process crashed.

Am I close to the circumstances, please?

The backtrace even shows the event UID, with which it's easy to find it. It's "CE7E38931706A309C12582D3002B6DC4-Lotus_Notes_Generated" (quotes for clarity only). Having it for testing would be nice (it can be found in ~/.local/share/evolution/calendar/ in one of the files of the subfolders), together with the corresponding invitation email, but I understand it contains plenty of private information, which might be hard to remove.

Thus maybe if you could confirm the above guesses and check what the offending event looks like both in the local calendar and in the invitation mail (is recurring? is yes, does it have detached instances?), thus I could try to reproduce this here.

Comment 15 Ben Cotton 2019-05-02 20:54:30 UTC
This message is a reminder that Fedora 28 is nearing its end of life.
On 2019-May-28 Fedora will stop maintaining and issuing updates for
Fedora 28. It is Fedora's policy to close all bug reports from releases
that are no longer maintained. At that time this bug will be closed as
EOL if it remains open with a Fedora 'version' of '28'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 28 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 16 Ben Cotton 2019-05-28 22:28:52 UTC
Fedora 28 changed to end-of-life (EOL) status on 2019-05-28. Fedora 28 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.