Description of problem:
Oppened a mail when the crash happened
Version-Release number of selected component:
cmdline: evolution -c current
runlevel: N 5
Thread no. 1 (10 frames)
#4 g_wakeup_new at gwakeup.c:161
#5 g_main_context_new at gmain.c:656
#6 g_dbus_connection_send_message_with_reply_sync at gdbusconnection.c:2129
#7 g_dbus_connection_call_sync_internal at gdbusconnection.c:5941
#8 g_dbus_connection_call_with_unix_fd_list_sync at gdbusconnection.c:6290
#9 g_dbus_proxy_call_sync_internal at gdbusproxy.c:2870
#10 g_dbus_proxy_call_sync at gdbusproxy.c:3062
#11 e_dbus_address_book_call_get_contact_list_sync at /usr/src/debug/evolution-data-server-3.30.2-1.fc29.x86_64/_build/src/private/e-dbus-address-book.c:2653
#12 e_book_client_get_contacts_sync at /usr/src/debug/evolution-data-server-3.30.2-1.fc29.x86_64/src/addressbook/libebook/e-book-client.c:3585
#13 contact_photo_source_get_photo_thread at /usr/src/debug/evolution-3.30.2-2.fc29.x86_64/src/modules/contact-photos/e-contact-photo-source.c:98
Created attachment 1509167 [details]
Created attachment 1509168 [details]
Created attachment 1509169 [details]
Created attachment 1509170 [details]
Created attachment 1509172 [details]
Created attachment 1509173 [details]
Created attachment 1509174 [details]
Created attachment 1509175 [details]
Created attachment 1509176 [details]
Created attachment 1509177 [details]
Created attachment 1509178 [details]
Created attachment 1509179 [details]
Created attachment 1509180 [details]
Thanks for a bug report. It looks like some part of the code (or some library Evolution uses) is leaking file descriptors, because the reason for the abort was:
Creating pipes for GWakeup: Too many open files
The open_fds attachment above shows quite many pipe-s opened, which is most likely the reason. I'm wondering how that could happen. I see in the backtrace that you've enabled lookup for sender's photo, which can be related to it, though I do not recall it using any pipes directly. I'd rather guess it's some message type, which is increasing the opened file descriptors count, like some signed/encrypted message with either S/MIME or GPG, but I've not been able to reproduce this even with those.
Could you try to find some way to reliably increase the opened pipes, please?
You can check how many are opened with a command like this:
$ lsof -p `pidof evolution` | grep -c pipe
The command returns 0 for me after viewing various messages. You can count overall opened files with this command:
$ lsof -p `pidof evolution` | wc -l
I've 417 right now, but I'd rather focus on the pipe-s, because they seem to be it. For the way to find a reproducer, run the first command from a terminal, then use evolution as before and try to remember what you did. After some time run the command again. If the returned value increases, then you most likely found a way to reproduce it. Repeat what you did (like view the messages again or such), and run the first command again, which may increase the descriptors. You can find the offending message with this.
It can also depend which account type is involved, which I didn't see from the backtrace. Do you use IMAP, POP3, ...?
This message is a reminder that Fedora 29 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 29 on 2019-11-26.
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 '29'.
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 29 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.
Fedora 29 changed to end-of-life (EOL) status on 2019-11-26. Fedora 29 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
Thank you for reporting this bug and we are sorry it could not be fixed.