GNOME Bugzilla – Bug 330185
Searching Evolution addressbooks only works for some fields
Last modified: 2021-05-19 11:04:17 UTC
Please describe the problem: Searching Evolution addressbooks (at least the local "Personal" ones) apparently only works for non-synthetic fields. See bugzilla.novell.com, bug #73001. Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
Aargh, the automagically generated HTML link above points to the totally unrelated GNOME bug 73001, not Novell bug 73001, so don't bother clicking on it... Here is a link to the Novell bug report: https://bugzilla.novell.com/show_bug.cgi?id=73001 I'll attach the minimal test program here, too.
Created attachment 58831 [details] test program Run it for instance like this: ./test-libebook full_name 'Tor Lillqvist' ./test-libebook given_name 'Tor' If you have an Evolution Personal addressbook entry for me, the first will find it, but the second one will not. full_name is a "real" field in libebook, but given_name is a "synthetic" field.
hmm. adding dependency to bug 327516.
This is partially by design, e-book-backend-sexp.c has a table of valid properties. Yes, this sucks. I've added given_name and family_name to the list of fields.
There are more synthetic fields than given_name and family_name, though. The original Novell bug specifically mentioned email1.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/ Thank you for your understanding and your help.