Users can easily disable text-highlight module with command:
$ gsettings set org.gnome.evolution.text-highlight enabled false
to disable default processing through this module. It's still possible
to manually format certain part with it using the 'Format as' context menu.
This adds "Email" and "Server handles meeting invitations" into
the calendar Properties dialog when it's opened for a source, which
is part of a collection account.
Related to https://gitlab.gnome.org/GNOME/evolution/issues/25
When Evolution had been started in other than Mail view and Preferences
had been called, then the Mail Accounts section had not properly sorted
accounts. These had been sorted only after the Mail view had been
entered at least once. This change ensures the sorting even without
entering the Mail view.
When creating new Address Book, Calendar, Memo List or Task List,
try to preselect the source type based on the currently selected
source in the active view, accounting also the clicked source
in the source selector.
This way, when creating a new calendar in the Calendar view the type
will match the one selected in the source selector, or when called
from the context menu of the source selector and it had been clicked
on the group name, then there will be preselected that group type,
if possible.
Extend the previous change to not do autosave when the composer is busy,
to avoid calls interleave. When the message is building, the composer
asks the HTML editor for the message content. This is done with a D-Bus
call to the WebKitWebProcess, which cannot block the main loop, because
the WebKit can do its own IPC calls there, thus the GUI would just block
in that case. Having the GUI updated during the wait for the message
content can also mean that the user will send the message in that time,
or the autosave will be triggered, where both can mean a use-after-free
of the variables being involved in the message building.
This had been reported downstream at:
https://bugzilla.redhat.com/show_bug.cgi?id=1538865
It caused no message body being filled when replying to a message
or such actions. There was also a runtime warning when an empty GBytes
had been passed to WebKitGTK+, thus cover that as well.
