evolution-data-server issueshttps://gitlab.gnome.org/GNOME/evolution-data-server/-/issues2021-03-08T16:38:34Zhttps://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/309EContact: Inline locally stored image does not retain its mime type2021-03-08T16:38:34ZMichal OdehnalEContact: Inline locally stored image does not retain its mime type**Description:**
When trying to save an image and than loading that image the mime type did not retain its value.
**Version:**
- RHEL-9
- evolution-data-server-3.39.2-3.el9.x86_64
**Reproducing script:**
```python
#!/usr/bin/env pytho...**Description:**
When trying to save an image and than loading that image the mime type did not retain its value.
**Version:**
- RHEL-9
- evolution-data-server-3.39.2-3.el9.x86_64
**Reproducing script:**
```python
#!/usr/bin/env python3
import gi
from urllib.request import urlopen
gi.require_version("EBook", "1.2")
gi.require_version("EDataServer", "1.2")
gi.require_version("EBookContacts", "1.2")
from gi.repository import EBook
from gi.repository import EDataServer
from gi.repository import EBookContacts
registry = EDataServer.SourceRegistry.new_sync(None)
source = registry.ref_default_address_book()
address_book = EBook.BookClient.new(source)
image = "https://gitlab.gnome.org/GNOME/evolution/-/raw/master/data/icons/hicolor_actions_16x16_folder-copy.png"
photo = EBookContacts.ContactPhoto()
photo.type = EBookContacts.ContactPhotoType.INLINED
photo.set_mime_type("image/png")
photo_data = urlopen(image).read()
photo.set_inlined(photo_data)
contact = EBookContacts.Contact.new()
contact.set_property("photo", photo)
rc, id = address_book.add_contact_sync(contact, 0, None)
assert rc == True
rc, n_contact = address_book.get_contact_sync(id, None)
assert rc == True
rc, n_contact.inline_local_photos()
assert rc == True
n_photo = n_contact.get_property("photo")
assert n_photo.get_mime_type() == "image/png", "".join((
f"Expected value to be: 'image/png'\n",
f"Instead the value is: '{n_photo.get_mime_type()}'"
))
```
**Expected result:**
Mime type value will remain to be 'image/png'.
**Actual result:**
Mime type value was 'image/X-EVOLUTION-UNKNOWN'.https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/306Camel: Listen for change notifications on spool account2022-02-22T11:35:16ZBrian J. MurrellCamel: Listen for change notifications on spool accountIt would be an interesting feature to post an inotify on a local mail spool file (i.e. `/var/spool/mail/brian`) in order to get immediate notification of when new mail has been delivered to such a file and not have to poll it.It would be an interesting feature to post an inotify on a local mail spool file (i.e. `/var/spool/mail/brian`) in order to get immediate notification of when new mail has been delivered to such a file and not have to poll it.https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/305Evolution 3.38.3-1 (Debian Version): Can't create new mail over VNC2021-02-23T15:04:24ZRoseDeSableEvolution 3.38.3-1 (Debian Version): Can't create new mail over VNCGood Morning,
If I use evolution in a local session, allthing is fine. But the following problem exists, if I use it over VNC:
```
(evolution-alarm-notify:462988): GLib-GIO-WARNING **: 07:15:55.467: Your application did not unregister ...Good Morning,
If I use evolution in a local session, allthing is fine. But the following problem exists, if I use it over VNC:
```
(evolution-alarm-notify:462988): GLib-GIO-WARNING **: 07:15:55.467: Your application did not unregister from D-Bus before destruction. Consider using g_application_run().
Unable to init server: Verbindung ist gescheitert: Verbindungsaufbau abgelehnt
(WebKitWebProcess:2): Gtk-WARNING **: 07:15:55.794: cannot open display: <my-ip>:0
(evolution:462969): GLib-GIO-WARNING **: 07:16:00.907: Your application did not unregister from D-Bus before destruction. Consider using g_application_run().
```
The problem is the display-message. If you see, the vnc-service is listening on tcp port 6000 and on a unix-socket "x0".
```
netstat -lnp | grep vnc
tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN 462233/Xvnc
tcp6 0 0 :::6000 :::* LISTEN 462233/Xvnc
udp6 0 0 :::58778 :::* 462233/Xvnc
unix 2 [ ACC ] STREAM HÖRT 5196847 462233/Xvnc /tmp/.X11-unix/X0
unix 2 [ ACC ] STREAM HÖRT 5196846 462233/Xvnc @/tmp/.X11-unix/X0
```
In a local session only a unix socket is offered. In this case the display-variable of the session has the value ":0". The message "... cannot open display ..." doesn't appear. The creation of a new mail runs without any error. If I set the display variable under vnc to ":0", the display-message doesn't also appear.
Therefore I believe, that evolution has problems with displays, that are offered about a tcp port !
Best Regards
Rosehttps://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/304IMAPx: Inbox hidden in offline when not subscribed2021-02-22T14:42:40ZPyotrIMAPx: Inbox hidden in offline when not subscribedHi,
I have encountered this error several times on three machines, all running on Solus Linux. It seems that when I launch Evolution before an Internet connection is established, the Inbox folder does not show up on the email folders li...Hi,
I have encountered this error several times on three machines, all running on Solus Linux. It seems that when I launch Evolution before an Internet connection is established, the Inbox folder does not show up on the email folders list. I only use one email account, @posteo.net / @posteo.de. Otherwise, this email work without an issue.
Evolution version 3.38.3, Solus Linux 4.2 Fortitude.
Attaching a screenshot:
![Screenshot_from_2021-02-18_10-46-09](/uploads/151aaa239a7a4986e32ed28b40347846/Screenshot_from_2021-02-18_10-46-09.png)
And the settings for the Inbox folder:
![Screenshot_from_2021-02-18_11-53-08](/uploads/29bb96b68947e548917c192e6954f6f9/Screenshot_from_2021-02-18_11-53-08.png)
And, a Folder / Subscriptions screenshot:
![Screenshot_from_2021-02-18_12-05-00](/uploads/8d49fd3c50293dbdd69ed5d9f2b5fbd5/Screenshot_from_2021-02-18_12-05-00.png)https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/303Camel.Folder.transfer_messages_to_sync: transferred_uids always empty2021-03-01T16:24:58ZMarco BetschartCamel.Folder.transfer_messages_to_sync: transferred_uids always emptyHi there,
We are trying to move some mail messages using `Camel.Folder.transfer_messages_to_sync` in elementary 6 (based on Ubuntu 20.04 LTS). Unfortunately, the supposed `transferred_uids` are always empty and we get the following erro...Hi there,
We are trying to move some mail messages using `Camel.Folder.transfer_messages_to_sync` in elementary 6 (based on Ubuntu 20.04 LTS). Unfortunately, the supposed `transferred_uids` are always empty and we get the following error output in the Terminal:
```bash
** (io.elementary.mail:7345): CRITICAL **: 15:30:15.166: vala_g_ptr_array_get_length: assertion 'self != NULL' failed
** (io.elementary.mail:7345): WARNING **: 15:30:15.166: MoveHandler.vala:102: 0
```
The code in question looks like this (the full file is available [here](https://github.com/elementary/mail/blob/archive-messages/src/Backend/MoveHandler.vala#L99-L102)):
```vala
GenericArray<string> transferred_uids;
if (folder.transfer_messages_to_sync (uids, dest_folder, true, out transferred_uids, null)) {
// TODO: Figure out why uids aren't being returned here
warning (transferred_uids.length.to_string ());
```
We also tried `GenericArray<string> transferred_uids = new GenericArray<string> ();` with the same result. Is this a bug - or do we miss something?https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/301alarm-notify: Add "until start time" as predefined snooze time2021-03-01T10:41:36ZDaniel Milleralarm-notify: Add "until start time" as predefined snooze timeAlerts may be triggered at varying times before the event starts (depending on the event configuration). An option to snooze reminders until event start time would be very convenient.
Without this option the default snooze time gets cha...Alerts may be triggered at varying times before the event starts (depending on the event configuration). An option to snooze reminders until event start time would be very convenient.
Without this option the default snooze time gets changed when a different option is chosen from the list of snooze times, which is inconvenient and requires extra clicks on next alert.https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/300Camel: Conversion between UTF-8 and UTF-7 misbehaves for emoji2021-02-12T04:23:30Zdatabase64128Camel: Conversion between UTF-8 and UTF-7 misbehaves for emojiEnvironment: a fresh install of Evolution 3.38.3 on Arch Linux. Default settings with my Outlook account.
Bugs:
1. Synced folder names with emojis are not displayed properly. For example, "📰 Newsletters" is displayed as:
![image](/uplo...Environment: a fresh install of Evolution 3.38.3 on Arch Linux. Default settings with my Outlook account.
Bugs:
1. Synced folder names with emojis are not displayed properly. For example, "📰 Newsletters" is displayed as:
![image](/uploads/d8f75dc22afa9644360b8ffc9738d45b/image.png)
2. Renaming an existing folder to add emojis causes the folder to temporarily disappear from the UI. The change was actually committed and synced with the server, with a random character replacing the added emoji. Restart the application and the missing folder would appear.https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/299e_xml_is_element_name: Can fail to match a namespaced node2021-02-11T10:14:44ZKai A. Hillerkhiller@gnome.orge_xml_is_element_name: Can fail to match a namespaced nodeWhen using CalDAV calendars with EDS, no entries are fetched from the server and written to `cache.db`. This happens even though a list of valid and accessible ICS filenames is successfully returned before. This issue results in no calen...When using CalDAV calendars with EDS, no entries are fetched from the server and written to `cache.db`. This happens even though a list of valid and accessible ICS filenames is successfully returned before. This issue results in no calendar entries being shown in applications using EDS. The failure is implicit, no errors are shown. The server does work with other clients e.g. DAVx⁵.
CalDAV-Server: [Synology WebDAV Server (legacy)](https://www.synology.com/en-global/dsm/packages/WebDAVServer)
### Resolution Action
- In case the failure originates in EDS, it should be fixed here.
- In case the server is not protocol-compliant
- add a workaround for its quirks or
- turn the implicit failure into an explicit error.https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/298Flatpak: Share NSS database with the system2021-02-10T08:07:32ZRené KrellFlatpak: Share NSS database with the systemI've installed the precompiled Evolution 3.38.3 from Flathub.
I've imported my settings from a backup of the original Evolution 3.30 on Debian 10.
The only point is I'm not able to import my private certificate for encrypting, because ...I've installed the precompiled Evolution 3.38.3 from Flathub.
I've imported my settings from a backup of the original Evolution 3.30 on Debian 10.
The only point is I'm not able to import my private certificate for encrypting, because Evolution asks for the password of the NSS database, and it apparently uses a different NSS database than the default one in my home folder in the sandbox.https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/297CalDAV: Support calendar-order property2021-03-19T07:56:07ZMarco BetschartCalDAV: Support calendar-order propertyAny chance you can add support for the (undocumented) CalDAV property `calendar-order` which allows the end user to manually define a sort order (similar to `calendar-color`)?
I'm currently implementing the elementary Tasks app and it w...Any chance you can add support for the (undocumented) CalDAV property `calendar-order` which allows the end user to manually define a sort order (similar to `calendar-color`)?
I'm currently implementing the elementary Tasks app and it would be great to allow the user to manually sort task lists. If added, the `calendar-order` property should also be exposed in Vala - maybe in [`E.SourceSelectable`](https://valadoc.org/libedataserver-1.2/E.SourceSelectable.html) cause the color is there too?
For more context see:
- https://github.com/python-caldav/caldav/blob/529073d9d907e18200ed0b51ca0c920174ad5242/caldav/lib/namespace.py#L9-L18
- https://github.com/python-caldav/caldav/blob/master/docs/source/index.rst#misbehaving-server-implementations
**UPDATE:** Nextcloud supports `calendar-order` as well:
- https://github.com/nextcloud/server/blob/81302f78e5cea60dc9064be8ed979d523ff84e18/apps/dav/lib/CalDAV/CalDavBackend.php#L135-L136
- https://github.com/nextcloud/server/blob/905e1918d2796b9a79025283cd6edf2c40f49d77/apps/dav/lib/DAV/CustomPropertiesBackend.php#L116-L117https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/296Camel.MimePart.set_content wants string[] instead of string (Vala)2021-02-11T10:10:50ZGhost UserCamel.MimePart.set_content wants string[] instead of string (Vala)I tried to create a message in Vala, but there seems to a problem with the language binding. According to [Valadoc](https://valadoc.org/camel-1.2/Camel.MimePart.set_content.html) MimePart.set_content expects a `string[]` instead of `stri...I tried to create a message in Vala, but there seems to a problem with the language binding. According to [Valadoc](https://valadoc.org/camel-1.2/Camel.MimePart.set_content.html) MimePart.set_content expects a `string[]` instead of `string` for `data`:
`public void set_content (string[]? data, string? type)`
But it neither works with a string[] nor a string.
```
var mimepart = new Camel.MimePart();
mimepart.set_content("bla bla", "text/plain");
```
valac returns this error:
```
error: Argument 1: Cannot convert from `unowned string' to `unowned string[]?'
mimepart.set_content("bla bla", "text/plain");
```
see also
https://discourse.gnome.org/t/camel-lib-cannot-convert-from-unowned-string-to-unowned-string/5531https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/295Calendar: Use ACKNOWLEDGED VALARM property2021-02-09T14:10:46ZGNCalendar: Use ACKNOWLEDGED VALARM propertyCurrently evolution-alarm-notify appears and shows reminders for CalDAV events on every device running Evolution, even if they've been dismissed already (or snoozed) on another device. Additionally, when syncing Evolution for the first t...Currently evolution-alarm-notify appears and shows reminders for CalDAV events on every device running Evolution, even if they've been dismissed already (or snoozed) on another device. Additionally, when syncing Evolution for the first time with a CalDAV source, evolution-alarm-notify contains shows every single historical reminder for that source.
There is what seems to be a fairly mature IETF draft for standards-based server-side CalDAV VALARM status handling, at https://tools.ietf.org/id/draft-ietf-calext-valarm-extensions-04.html, specifically the "Alarm Acknowledgement" and "Snoozing Alarms" extensions.
It would be great if Evolution could support these (reading from, writing to, and respecting) to avoid having to handle reminders several times, once for each client device.https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/294Move ~/.cache/evolution/sources under ~/.config/2021-02-02T12:08:18Zajgringo619Move ~/.cache/evolution/sources under ~/.config/[running Linux Mint v20.1, **Evolution v3.36.4**]
I've been moving most of my app cache directories to `/tmp` (tmpfs) so that they're cleaned on a reboot. This works great for Evolution...except for the colors of the calendars, tasks, a...[running Linux Mint v20.1, **Evolution v3.36.4**]
I've been moving most of my app cache directories to `/tmp` (tmpfs) so that they're cleaned on a reboot. This works great for Evolution...except for the colors of the calendars, tasks, and memos (EWS connection).
Why are any settings being kept in cache? Can these settings be moved to `$HOME/.config/evolution` instead?https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/293IMAPx: Ignore unexpected untagged LIST/LSUB responses2021-02-01T16:24:54ZDamian PoddebniakIMAPx: Ignore unexpected untagged LIST/LSUB responsesEvolution accepts untagged LIST responses before STARTTLS. This allows an attacker to create folders with any name (and possibly malicious inputs) in Evolution. I am not sure if this is already kind of a misbehavior even without STARTTLS...Evolution accepts untagged LIST responses before STARTTLS. This allows an attacker to create folders with any name (and possibly malicious inputs) in Evolution. I am not sure if this is already kind of a misbehavior even without STARTTLS, because the IMAP RFC does not really prohibit that.
I believe this *could* also be escalated to a more severe issue. E.g. when an attacker injects a folder name with "\r\nTAG COMMAND", it could trick Evolution to execute attacker-controlled commands on the IMAP server after login.
This is what the MitM attacker would send...
```
S: * OK [CAPABILITY IMAP4REV1 STARTTLS LOGINDISABLED] IMAP server ready.\r\n
S: * LIST () "/" {25}\r\n
"Click me...\r\n
A EXPUNGE\r\n
\r\n
C: B00010 STARTTLS\r\n
S: B00010 OK begin TLS now.\r\n
<----- Switching to TLS now ----->
```
After user clicks on the folder...
```
C: C00028 STATUS "\\"Click me...&AA0ACg-A EXPUNGE&AA0ACg-" (MESSAGES UNSEEN UIDVALIDITY UIDNEXT)\r\n
S: * STATUS "\\"Click me...&AA0ACg-A EXPUNGE&AA0ACg-" (MESSAGES 0 UNSEEN 0 UIDVALIDITY 123456 UIDNEXT 1)\r\n
S: C00028 OK status done.\r\n
```
![Screenshot_2021-01-31_16-06-42](/uploads/69ad8f847f0d465a92cc0913dc3e8542/Screenshot_2021-01-31_16-06-42.png)https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/292Missing out parameter GIR annotations2021-06-16T10:57:18ZMichael McClurgMissing out parameter GIR annotationsSimilar to my last issue #291. Reporting here separately though, since they're sort of different. There are many functions that have "return" parameters, but this does not appear in the gtk-doc headers. Here's one example: `e_source_mail...Similar to my last issue #291. Reporting here separately though, since they're sort of different. There are many functions that have "return" parameters, but this does not appear in the gtk-doc headers. Here's one example: `e_source_mail_signature_load_sync`. I haven't yet looked around for instances like I did for the other issue.https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/291Missing nullable GIR annotations and property documentation2022-01-27T14:50:28ZMichael McClurgMissing nullable GIR annotations and property documentationThe gtk-doc comments are missing mentions of nullable properties, and many parameters (and all properties) are missing nullable GObject instrospection annotations.
First, properties. In most cases, the set function for these properties ...The gtk-doc comments are missing mentions of nullable properties, and many parameters (and all properties) are missing nullable GObject instrospection annotations.
First, properties. In most cases, the set function for these properties allows null (and is annotated), but the get and dup functions do not mention the parameter's nullability and it is not annotated in GIR. The property itself (in the properties section) does not mention nullability or have GIR annotation either. Here are the instances I found of this case (I only found these using the documentation, so if there are nullable parameters that aren't explicitly called out, I haven't found them):
- `ESource.parent`
- `ESource.uid`
- `ESourceAuthentication.user`
- `ESourceAuthentication.connectable`
- `ESourceAuthentication.host`
- `ESourceAuthentication.method`
- `ESourceBackend.backend-name`
- `ESourceSelectable.color`
- `ESourceCollection.identity`
- `ESourceGoa.account_id`
- `ESourceGoa.calendar_url`
- `ESourceGoa.contacts_url`
- `ESourceMailComposition.drafts-folder`
- `ESourceMailComposition.templates-folder`
- `ESourceMailIdentity.address`
- `ESourceMailIdentity.name`
- `ESourceMailIdentity.organization`
- `ESourceMailIdentity.reply-to`
- `ESourceMailSignature.mime-type`
- `ESourceMailSubmission.sent-folder`
- `ESourceMailSubmission.transport-uid`
- `ESourceOpenPGP.key-id`
- `ESourceOpenPGP.signing-algorithm`
- `ESourceResource.identity`
- `ESourceSMIME.encryption-certificate`
- `ESourceSMIME.signing-algorithm`
- `ESourceSMIME.signing-certificate`
- `ESourceWebdav.display-name`
- `ESourceWebdav.email-address`
- `ESourceWebdav.resource-path`
- `ESourceWebdav.resource-query`
- `ESourceWebdav.display-name`
- `ESourceWebdav.ssl-trust`
This also applies to function parameters, where it may be documented that the parameters can be null but this isn't in GIR.
- The `error` and `cancellable` parameters in most functions (which are also lacking out annotations)
- `e_source_ref_dbus_object` return
- `e_source_set_parent` return
- `e_source_new_with_uid` return
- `e_source_new` return
- `e_source_to_string` return
- `e_source_registry_new_sync` and `e_source_registry_new_finish` return
- `e_source_registry_ref_source` return
- `e_source_registry_list_sources` `extension-name` parameter
- `e_source_registry_find_extension` return
- `e_source_registry_ref_default_mail_identity` return
- `e_source_registry_ref_default_for_extension_name` return
- `e_source_alarms_get_last_notified` return
- `e_client_error_create` `custom_msg` parameter
- `e_flag_timed_wait` `abs_time` parameter
- Some parameters in `e_time_parse_date_and_time_ex` and `e_time_parse_date_ex` (I don't understand what they do, so I can't tell what is nullable)
- `e_util_strdup_strip` return
- `e_util_strstrcase` return
- `e_util_utf8_strstrcase` return
- `e_util_utf8_strstrcasedecomp` return
- `e_util_utf8_remove_accents` `str` parameter
- `e_util_utf8_make_valid` `str` parameter
- `e_util_utf8_data_make_valid` `data` parameter
- `e_util_utf8_normalize` return
- `e_util_ensure_gdbus_string` `str` parameter
- `e_filename_mkdir_encoded` `filename` parameter and return
- `e_async_closure_callback` `object` parameter
- `e_named_parameters_free` `parameters` parameter
- `e_named_parameters_get` return
- `e_xmlhash_new` return
- `eds_check_version` return
I also found that each `get-*` function has a null return on a type check error (such as `g_return_val_if_fail (E_IS_SOURCE (source), NULL);`. I'm not sure if this counts as a nullable return value, since I'm not super familiar with gobject conventions.
I would like to submit a merge request for this, but I don't know enough about GIR to know what annotation to give each of these, since there are multiple versions of nullable annotations.https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/290Add Contacts aggregation2023-06-28T13:01:50ZJulian Sparberjulian@sparber.netAdd Contacts aggregation[Libfolks](https://gitlab.gnome.org/GNOME/folks) has a feature that allows users to aggregate multiple contacts (FolksPersona) into one single contact (FolksIndividual). I think this feature should be implemented directly in e-d-s which ...[Libfolks](https://gitlab.gnome.org/GNOME/folks) has a feature that allows users to aggregate multiple contacts (FolksPersona) into one single contact (FolksIndividual). I think this feature should be implemented directly in e-d-s which would make libfolks essentially obsolete.
Related issue: https://gitlab.gnome.org/GNOME/folks/-/issues/127https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/289Support Matrix IM Protocol for Contacts2022-06-20T08:36:16ZJulian Sparberjulian@sparber.netSupport Matrix IM Protocol for Contacts[Matrix](https://matrix.org/) is a decentralized communication platform, mostly used for Instant Messaging.
There is also a GNOME initiative to replace IRC with Matrix https://wiki.gnome.org/Initiatives/Matrix[Matrix](https://matrix.org/) is a decentralized communication platform, mostly used for Instant Messaging.
There is also a GNOME initiative to replace IRC with Matrix https://wiki.gnome.org/Initiatives/Matrixhttps://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/288Adapt to libgweather 40.alpha API changes2021-01-13T13:53:14ZBastien NoceraAdapt to libgweather 40.alpha API changesVersion 40.alpha contains a number of API and behavioural changes that you'll need to adapt your code to:
https://gitlab.gnome.org/GNOME/libgweather/-/blob/master/NEWSVersion 40.alpha contains a number of API and behavioural changes that you'll need to adapt your code to:
https://gitlab.gnome.org/GNOME/libgweather/-/blob/master/NEWShttps://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/2873.39.1: test suite is failing2021-02-11T10:23:22ZTomasz Kłoczko3.39.1: test suite is failing```
+ /usr/bin/make -O -j48 V=1 VERBOSE=1 -C x86_64-redhat-linux-gnu test ARGS=--output-on-failure
make: Entering directory '/home/tkloczko/rpmbuild/BUILD/evolution-data-server-3.39.1/x86_64-redhat-linux-gnu'
Running tests...
/usr/bin/ct...```
+ /usr/bin/make -O -j48 V=1 VERBOSE=1 -C x86_64-redhat-linux-gnu test ARGS=--output-on-failure
make: Entering directory '/home/tkloczko/rpmbuild/BUILD/evolution-data-server-3.39.1/x86_64-redhat-linux-gnu'
Running tests...
/usr/bin/ctest --force-new-ctest-process --output-on-failure
Test project /home/tkloczko/rpmbuild/BUILD/evolution-data-server-3.39.1/x86_64-redhat-linux-gnu
Start 1: ebookbackendgoogle-phonenumber
1/91 Test #1: ebookbackendgoogle-phonenumber ............ Passed 0.03 sec
Start 2: test-migration
2/91 Test #2: test-migration ............................ Passed 6.11 sec
Start 3: test-ebook-add-contact
3/91 Test #3: test-ebook-add-contact .................... Passed 0.43 sec
Start 4: test-ebook-get-contact
4/91 Test #4: test-ebook-get-contact .................... Passed 0.40 sec
Start 5: test-ebook-commit-contact
5/91 Test #5: test-ebook-commit-contact ................. Passed 0.41 sec
Start 6: test-ebook-remove-contact
6/91 Test #6: test-ebook-remove-contact ................. Passed 0.41 sec
Start 7: test-ebook-get-required-fields
7/91 Test #7: test-ebook-get-required-fields ............ Passed 0.38 sec
Start 8: test-ebook-get-static-capabilities
8/91 Test #8: test-ebook-get-static-capabilities ........ Passed 0.29 sec
Start 9: test-ebook-get-supported-fields
9/91 Test #9: test-ebook-get-supported-fields ........... Passed 0.37 sec
Start 10: test-ebook-get-supported-auth-methods
10/91 Test #10: test-ebook-get-supported-auth-methods ..... Passed 0.38 sec
Start 11: test-ebook-remove-contact-by-id
11/91 Test #11: test-ebook-remove-contact-by-id ........... Passed 0.32 sec
Start 12: test-ebook-remove-contacts
12/91 Test #12: test-ebook-remove-contacts ................ Passed 0.43 sec
Start 13: test-ebook-get-book-view
13/91 Test #13: test-ebook-get-book-view .................. Passed 0.46 sec
Start 14: test-book-client-refresh
14/91 Test #14: test-book-client-refresh .................. Passed 0.38 sec
Start 15: test-book-client-add-contact
15/91 Test #15: test-book-client-add-contact .............. Passed 0.40 sec
Start 16: test-book-client-get-contact
16/91 Test #16: test-book-client-get-contact .............. Passed 0.73 sec
Start 17: test-book-client-get-contact-uids
17/91 Test #17: test-book-client-get-contact-uids ......... Passed 0.73 sec
Start 18: test-book-client-modify-contact
18/91 Test #18: test-book-client-modify-contact ........... Passed 0.42 sec
Start 19: test-book-client-remove-contact
19/91 Test #19: test-book-client-remove-contact ........... Passed 0.77 sec
Start 20: test-book-client-remove-contact-by-uid
20/91 Test #20: test-book-client-remove-contact-by-uid .... Passed 0.42 sec
Start 21: test-book-client-remove-contacts
21/91 Test #21: test-book-client-remove-contacts .......... Passed 0.50 sec
Start 22: test-book-client-add-and-get-sync
22/91 Test #22: test-book-client-add-and-get-sync ......... Passed 0.36 sec
Start 23: test-book-client-add-and-get-async
23/91 Test #23: test-book-client-add-and-get-async ........ Passed 0.31 sec
Start 24: test-book-client-self
24/91 Test #24: test-book-client-self ..................... Passed 0.36 sec
Start 25: test-book-client-preserve-uid
25/91 Test #25: test-book-client-preserve-uid ............. Passed 0.42 sec
Start 26: test-book-client-photo-is-uri
26/91 Test #26: test-book-client-photo-is-uri ............. Passed 0.43 sec
Start 27: test-book-client-e164-param
27/91 Test #27: test-book-client-e164-param ............... Passed 0.06 sec
Start 28: test-book-client-custom-summary
28/91 Test #28: test-book-client-custom-summary ........... Passed 16.40 sec
Start 29: test-book-client-get-revision
29/91 Test #29: test-book-client-get-revision ............. Passed 0.65 sec
Start 30: test-book-client-write-write
30/91 Test #30: test-book-client-write-write ..............SIGTRAP***Exception: 30.68 sec
# random seed: R02S45d57291646e3d8fd9eece38d41e12a8
1..1
# Start of EBookClient tests
# GLib-GIO-DEBUG: _g_io_module_get_default: Found default implementation memory (GMemorySettingsBackend) for ‘gsettings-backend’
dbus-daemon[2325438]: [session uid=1000 pid=2325438] Activating service name='org.gnome.evolution.dataserver.Sources5' requested by ':1.0' (uid=1000 pid=2325436 comm="/home/tkloczko/rpmbuild/BUILD/evolution-data-serve" label="unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023")
dbus-daemon[2325438]: [session uid=1000 pid=2325438] Successfully activated service 'org.gnome.evolution.dataserver.Sources5'
dbus-daemon[2325438]: [session uid=1000 pid=2325438] Activating service name='org.gnome.evolution.dataserver.AddressBook10' requested by ':1.0' (uid=1000 pid=2325436 comm="/home/tkloczko/rpmbuild/BUILD/evolution-data-serve" label="unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023")
dbus-daemon[2325438]: [session uid=1000 pid=2325438] Successfully activated service 'org.gnome.evolution.dataserver.AddressBook10'
# GLib-GIO-DEBUG: _g_io_module_get_default: Found default implementation local (GLocalVfs) for ‘gio-vfs’
ok 1 /EBookClient/ConcurrentWrites
# End of EBookClient tests
Bail out! GLib-GIO-FATAL-WARNING: Weak notify timeout, object ref_count=3
(/home/tkloczko/rpmbuild/BUILD/evolution-data-server-3.39.1/x86_64-redhat-linux-gnu/tests/libebook/client/test-book-client-write-write:2325436): GLib-GIO-WARNING **: 11:23:48.677: Weak notify timeout, object ref_count=3
Start 31: test-book-client-get-view
31/91 Test #31: test-book-client-get-view ................. Passed 0.88 sec
Start 32: test-book-client-uid-only-view
32/91 Test #32: test-book-client-uid-only-view ............ Passed 0.80 sec
Start 33: test-book-client-revision-view
33/91 Test #33: test-book-client-revision-view ............ Passed 0.49 sec
Start 34: test-book-client-view-operations
34/91 Test #34: test-book-client-view-operations .......... Passed 1.13 sec
Start 35: test-book-client-suppress-notifications
35/91 Test #35: test-book-client-suppress-notifications ... Passed 0.87 sec
Start 36: test-book-client-cursor-create
36/91 Test #36: test-book-client-cursor-create ............ Passed 1.80 sec
Start 37: test-contact-types
37/91 Test #37: test-contact-types ........................ Passed 0.04 sec
Start 38: test-vcard-parsing
38/91 Test #38: test-vcard-parsing ........................ Passed 0.04 sec
Start 39: test-untyped-phones
39/91 Test #39: test-untyped-phones ....................... Passed 0.04 sec
Start 40: test-type-param
40/91 Test #40: test-type-param ........................... Passed 0.04 sec
Start 41: test-query
41/91 Test #41: test-query ................................ Passed 0.03 sec
Start 42: test-phone-number
42/91 Test #42: test-phone-number ......................... Passed 0.03 sec
Start 43: test-cal-client-refresh
43/91 Test #43: test-cal-client-refresh ................... Passed 0.28 sec
Start 44: test-cal-client-add-timezone
44/91 Test #44: test-cal-client-add-timezone .............. Passed 0.28 sec
Start 45: test-cal-client-create-object
45/91 Test #45: test-cal-client-create-object ............. Passed 0.28 sec
Start 46: test-cal-client-remove-object
46/91 Test #46: test-cal-client-remove-object ............. Passed 0.32 sec
Start 47: test-cal-client-get-object-list
47/91 Test #47: test-cal-client-get-object-list ........... Passed 0.28 sec
Start 48: test-cal-client-modify-object
48/91 Test #48: test-cal-client-modify-object ............. Passed 0.29 sec
Start 49: test-cal-client-send-objects
49/91 Test #49: test-cal-client-send-objects .............. Passed 0.28 sec
Start 50: test-cal-client-receive-objects
50/91 Test #50: test-cal-client-receive-objects ........... Passed 0.27 sec
Start 51: test-cal-client-bulk-methods
51/91 Test #51: test-cal-client-bulk-methods .............. Passed 0.35 sec
Start 52: test-cal-client-get-attachment-uris
52/91 Test #52: test-cal-client-get-attachment-uris ....... Passed 0.28 sec
Start 53: test-cal-client-get-view
53/91 Test #53: test-cal-client-get-view .................. Passed 0.32 sec
Start 54: test-cal-client-revision-view
54/91 Test #54: test-cal-client-revision-view ............. Passed 0.31 sec
Start 55: test-cal-client-get-revision
55/91 Test #55: test-cal-client-get-revision .............. Passed 0.28 sec
Start 56: test-cal-client-get-free-busy
56/91 Test #56: test-cal-client-get-free-busy ............. Passed 0.31 sec
Start 57: test-cal-component
57/91 Test #57: test-cal-component ........................ Passed 0.05 sec
Start 58: test-cal-recur
58/91 Test #58: test-cal-recur ............................ Passed 12.76 sec
Start 59: test-cal-reminders
59/91 Test #59: test-cal-reminders ........................ Passed 0.05 sec
Start 60: test-book-cache-get-contact
60/91 Test #60: test-book-cache-get-contact ............... Passed 0.11 sec
Start 61: test-book-cache-create-cursor
61/91 Test #61: test-book-cache-create-cursor ............. Passed 0.11 sec
Start 62: test-book-cache-cursor-move-by-posix
62/91 Test #62: test-book-cache-cursor-move-by-posix ...... Passed 0.21 sec
Start 63: test-book-cache-cursor-move-by-en-US
63/91 Test #63: test-book-cache-cursor-move-by-en-US ...... Passed 0.26 sec
Start 64: test-book-cache-cursor-move-by-fr-CA
64/91 Test #64: test-book-cache-cursor-move-by-fr-CA ...... Passed 0.20 sec
Start 65: test-book-cache-cursor-move-by-de-DE
65/91 Test #65: test-book-cache-cursor-move-by-de-DE ...... Passed 0.20 sec
Start 66: test-book-cache-cursor-set-target
66/91 Test #66: test-book-cache-cursor-set-target ......... Passed 0.14 sec
Start 67: test-book-cache-cursor-calculate
67/91 Test #67: test-book-cache-cursor-calculate .......... Passed 0.32 sec
Start 68: test-book-cache-cursor-set-sexp
68/91 Test #68: test-book-cache-cursor-set-sexp ........... Passed 0.08 sec
Start 69: test-book-cache-cursor-change-locale
69/91 Test #69: test-book-cache-cursor-change-locale ...... Passed 0.20 sec
Start 70: test-book-cache-offline
70/91 Test #70: test-book-cache-offline ................... Passed 0.26 sec
Start 71: test-book-meta-backend
71/91 Test #71: test-book-meta-backend .................... Passed 0.54 sec
Start 72: test-sqlite-get-contact
72/91 Test #72: test-sqlite-get-contact ................... Passed 0.15 sec
Start 73: test-sqlite-create-cursor
73/91 Test #73: test-sqlite-create-cursor ................. Passed 0.10 sec
Start 74: test-sqlite-cursor-move-by-posix
74/91 Test #74: test-sqlite-cursor-move-by-posix .......... Passed 0.35 sec
Start 75: test-sqlite-cursor-move-by-en-US
75/91 Test #75: test-sqlite-cursor-move-by-en-US .......... Passed 0.47 sec
Start 76: test-sqlite-cursor-move-by-fr-CA
76/91 Test #76: test-sqlite-cursor-move-by-fr-CA .......... Passed 0.35 sec
Start 77: test-sqlite-cursor-move-by-de-DE
77/91 Test #77: test-sqlite-cursor-move-by-de-DE .......... Passed 0.35 sec
Start 78: test-sqlite-cursor-set-target
78/91 Test #78: test-sqlite-cursor-set-target ............. Passed 0.22 sec
Start 79: test-sqlite-cursor-calculate
79/91 Test #79: test-sqlite-cursor-calculate .............. Passed 0.31 sec
Start 80: test-sqlite-cursor-set-sexp
80/91 Test #80: test-sqlite-cursor-set-sexp ............... Passed 0.08 sec
Start 81: test-sqlite-cursor-change-locale
81/91 Test #81: test-sqlite-cursor-change-locale .......... Passed 0.28 sec
Start 82: test-cal-backend-sexp
82/91 Test #82: test-cal-backend-sexp ..................... Passed 0.04 sec
Start 83: test-intervaltree
83/91 Test #83: test-intervaltree ......................... Passed 0.13 sec
Start 84: test-cal-cache-getters
84/91 Test #84: test-cal-cache-getters .................... Passed 0.11 sec
Start 85: test-cal-cache-intervals
85/91 Test #85: test-cal-cache-intervals .................. Passed 13.66 sec
Start 86: test-cal-cache-offline
86/91 Test #86: test-cal-cache-offline .................... Passed 0.25 sec
Start 87: test-cal-cache-search
87/91 Test #87: test-cal-cache-search ..................... Passed 0.69 sec
Start 88: test-cal-meta-backend
88/91 Test #88: test-cal-meta-backend ..................... Passed 0.89 sec
Start 89: e-source-registry-test
89/91 Test #89: e-source-registry-test .................... Passed 0.17 sec
Start 90: libedataserver-test
90/91 Test #90: libedataserver-test ....................... Passed 0.14 sec
Start 91: test-fixture
91/91 Test #91: test-fixture .............................. Passed 2.95 sec
99% tests passed, 1 tests failed out of 91
Total Test time (real) = 111.99 sec
The following tests FAILED:
30 - test-book-client-write-write (SIGTRAP)
Errors while running CTest
make: *** [Makefile:129: test] Error 8
make: Leaving directory '/home/tkloczko/rpmbuild/BUILD/evolution-data-server-3.39.1/x86_64-redhat-linux-gnu'
```
```
[tkloczko@barrel x86_64-redhat-linux-gnu]$ cmake -L
CMake Warning:
No source or binary directory provided. Both will be assumed to be the
same as the current working directory, but note that this warning will
become a fatal error in future CMake releases.
CMake Error: The source directory "/home/tkloczko/rpmbuild/BUILD/evolution-data-server-3.39.1/x86_64-redhat-linux-gnu" does not appear to contain CMakeLists.txt.
Specify --help for usage, or press the help button on the CMake GUI.
-- Cache values
BIN_INSTALL_DIR:PATH=
BUILD_TESTING:BOOL=ON
CMAKE_BUILD_TYPE:STRING=RelWithDebInfo
CMAKE_BUILD_WITH_INSTALL_RPATH:BOOL=OFF
CMAKE_INSTALL_PREFIX:PATH=/usr
CMAKE_INSTALL_RPATH_USE_LINK_PATH:BOOL=ON
CMAKE_SKIP_BUILD_RPATH:BOOL=OFF
DBUS_SERVICES_PREFIX:STRING=
DB_LOAD:FILEPATH=/usr/bin/db_load
ENABLE_BACKEND_PER_PROCESS:BOOL=OFF
ENABLE_BACKTRACES:BOOL=OFF
ENABLE_BROKEN_SPOOL:BOOL=OFF
ENABLE_CANBERRA:BOOL=ON
ENABLE_CODE_COVERAGE:BOOL=OFF
ENABLE_DOT_LOCKING:BOOL=OFF
ENABLE_EXAMPLES:BOOL=ON
ENABLE_FILE_LOCKING:STRING=fcntl
ENABLE_GOA:BOOL=ON
ENABLE_GOOGLE:BOOL=ON
ENABLE_GTK:BOOL=ON
ENABLE_GTK_DOC:BOOL=OFF
ENABLE_INSTALLED_TESTS:BOOL=ON
ENABLE_INTROSPECTION:BOOL=ON
ENABLE_IPV6:BOOL=ON
ENABLE_LARGEFILE:BOOL=ON
ENABLE_MAINTAINER_MODE:BOOL=OFF
ENABLE_OAUTH2:BOOL=ON
ENABLE_SCHEMAS_COMPILE:BOOL=ON
ENABLE_SMIME:BOOL=ON
ENABLE_VALA_BINDINGS:BOOL=ON
ENABLE_WEATHER:BOOL=ON
GDBUS_CODEGEN:FILEPATH=/usr/bin/gdbus-codegen
GETTEXT_MSGFMT_EXECUTABLE:FILEPATH=/usr/bin/msgfmt
GETTEXT_MSGMERGE_EXECUTABLE:FILEPATH=/usr/bin/msgmerge
GLIB_COMPILE_RESOURCES:FILEPATH=/usr/bin/glib-compile-resources
GLIB_COMPILE_SCHEMAS:STRING=/usr/bin/glib-compile-schemas
GLIB_GENMARSHAL:FILEPATH=/usr/bin/glib-genmarshal
GLIB_MKENUMS:FILEPATH=/usr/bin/glib-mkenums
GPERF:FILEPATH=/usr/bin/gperf
G_IR_COMPILER:STRING=/usr/bin/g-ir-compiler
G_IR_SCANNER:STRING=/usr/bin/g-ir-scanner
INCLUDE_INSTALL_DIR:PATH=/usr/include
INTLTOOL_EXTRACT:FILEPATH=/usr/bin/intltool-extract
INTLTOOL_MERGE:FILEPATH=/usr/bin/intltool-merge
INTLTOOL_UPDATE:FILEPATH=/usr/bin/intltool-update
KRB5_VENDOR:STRING=MIT
LIBEXEC_INSTALL_DIR:PATH=
LIB_INSTALL_DIR:PATH=/usr/lib64
LIB_SUFFIX:STRING=64
LOCALE_INSTALL_DIR:PATH=
PERL:FILEPATH=/usr/bin/perl
SENDMAIL_PATH:FILEPATH=/usr/sbin/sendmail
SHARE_INSTALL_PREFIX:PATH=/usr/share
SYSCONF_INSTALL_DIR:PATH=/etc
VALAC:FILEPATH=/usr/bin/valac
VAPIGEN:FILEPATH=/usr/bin/vapigen
WITH_DBUS_SERVICE_DIR:PATH=/usr/share/dbus-1/services
WITH_GOOGLE_CLIENT_ID:STRING=
WITH_GOOGLE_CLIENT_SECRET:STRING=
WITH_KRB5:PATH=/home/tkloczko/rpmbuild/BUILD/evolution-data-server-3.39.1/ON
WITH_KRB5_INCLUDES:PATH=
WITH_KRB5_LIBS:PATH=
WITH_LIBDB:STRING=/usr
WITH_LIBDB_CFLAGS:STRING=
WITH_LIBDB_LIBS:STRING=
WITH_NSPR_INCLUDES:PATH=
WITH_NSPR_LIBS:PATH=
WITH_NSS_INCLUDES:PATH=
WITH_NSS_LIBS:PATH=
WITH_OPENLDAP:PATH=/home/tkloczko/rpmbuild/BUILD/evolution-data-server-3.39.1/ON
WITH_OUTLOOK_CLIENT_ID:STRING=
WITH_OUTLOOK_CLIENT_SECRET:STRING=
WITH_PHONENUMBER:PATH=OFF
WITH_PRIVATE_DOCS:BOOL=OFF
WITH_STATIC_LDAP:BOOL=OFF
WITH_SUNLDAP:PATH=OFF
WITH_SYSTEMDUSERUNITDIR:PATH=/usr/lib/systemd/user
XGETTEXT:FILEPATH=/usr/bin/xgettext
_nss_libdir:STRING=/usr/lib64
```