core: Add UrlDetails.change_urls()

This allows the URLs of an implementing class to be changed asynchronously
with proper error notification.

Helps: bgo#657510

core: Add RoleDetails.change_roles()

This allows the roles of an implementing class to be changed asynchronously
with proper error notification.

Helps: bgo#657510

core: Add PostalAddressDetails.change_postal_addresses()

This allows the postal addresses of an implementing class to be changed
asynchronously with proper error notification.

Helps: bgo#657510

core: Add PhoneDetails.change_phone_numbers()

This allows the phone numbers of an implementing class to be changed
asynchronously with proper error notification.

Helps: bgo#657510

core: Add NoteDetails.change_notes()

This allows the notes of an implementing class to be changed asynchronously
with proper error notification.

Helps: bgo#657510

core: Add NameDetails.change_*() methods

This allows the names of an implementing class to be changed asynchronously
with proper error notification.

Helps: bgo#657510

core: Make NameDetails.structured_name nullable

It effectively was before; now it's official.

core: Add LocalIdDetails.change_local_ids()

This allows the local IDs of an implementing class to be changed asynchronously
with proper error notification.

Helps: bgo#657510

eds: Fix a typo in a doc comment

core: Add GenderDetails.change_gender()

This allows the gender of an implementing class to be changed asynchronously
with proper error notification.

Helps: bgo#657510

core: Add FavouriteDetails.change_is_favourite()

This allows the favouriteness of an implementing class to be changed
asynchronously with proper error notification.

Helps: bgo#657510

core: Add EmailDetails.change_email_addresses()

This allows the e-mail addresses of an implementing class to be changed
asynchronously with proper error notification.

Helps: bgo#657510

core: Add BirthdayDetails.change_birthday() and .change_calendar_event_id()

These allows the birthday (and its calendar event) of an implementing class
to be changed asynchronously with proper error notification.

Helps: bgo#657510

core: Make BirthdayDetails.birthday nullable

It effectively was before; now it's official.

core: Add AvatarDetails.change_avatar()

This allows the avatar of an implementing class to be changed asynchronously
with proper error notification.

Helps: bgo#657510

core: Add ImDetails.change_im_addresses()

This allows the IM addresses of an implementing class to be changed
asynchronously with proper error notification.

Helps: bgo#657510

core: Add AliasDetails.change_alias()

This allows the alias of an implementing class to be changed asynchronously
with proper error notification.

Helps: bgo#657510

core: Add Folks.PropertyError

Helps: bgo#657510

e-d-s: make sure we also remove GConf's configs before running tests

Commit e0b99581 tries to remove GConf's config *after* a test
execution. But if the test fails, clean up might not happen. So
this commit adds try to remove configs *before* we start.

IndividualAggregator: check for the writeable store was wrong

We were checking for matching type_id to see if a PersonaStore
was the configured writeable store, instead we should do a
pointer comparison.

build: previous commit doesn't cover the tracker disabled case

tracker: conditional compilation of GLib.SpawnError exception handling

Starting Tracker 0.10.6, the GLib.SpawnError is exception is thrown
when calling Tracker.Sparql.Connection.get (). So we need to test
for the installed version and catch or not the exception, accordingly.

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=657650

e-d-s: more coding style cleanup in the persona store test

e-d-s: remove unused variable from persona store test

e-d-s: make the persona stores test follow our coding style

interface: throw some light on LocalIdDetail's cryptic comments

tracker: update linking test to use iid instead of uid

tracker: use iid instead of uid when linking via local ids

e-d-s: add test to link personas from different stores

This test checks what was fixed in:

https://bugzilla.gnome.org/show_bug.cgi?id=657635

e-d-s: make address book uri a settable property in the test Backend

This allows us to instantiate multiple Backends, each one associated
to a it's own address book, which comes in handy for tests involving
multiple e-d-s PersonaStores.

e-d-s: update link-personas test to use iid instead of contact_id

e-d-s: use this.local_ids in linkable_property_to_links ()

Otherwise, this method can have a different  behaviour depending
on the state of the current Persona depending on whether
this.local_ids was called before or not.

e-d-s: we should use the Persona's iid as local-ids

If we don't and use the contact_id as before, linking Personas
from different PersonaStores won't work.

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=657635

e-d-s: default trust level for PersonaStores is PARTIAL

Without this, we can't link personas from different
(e-d-s) PersonaStores.

Helps: https://bugzilla.gnome.org/show_bug.cgi?id=657635

e-d-s: make sure we remove GConf's configs between tests

When exercising GConf more than the usual, by creating multiple
address books or such, we might leave things in an inconsistent
state that might affect the tests that come afterwards.

tracker: Fix the match-im-addresses test

Due to the Tracker tests now running with the tracker persona store as the
writeable store, Tracker personas in the tests are now linked by their
linkeable properties (as their persona store is now fully trusted due to
being the writeable store).

This caused the two personas in the match-im-addresses test to be linked
together implicitly by the aggregator, when the test case assumed they
weren't. This broke the test.

This commit fixes the test permanently by changing the way we consider
potential matches based on IM addresses. Previously, we only indicated a
potential match if the two individuals under consideration shared a common
IM address + protocol combination. This commit changes that so that two
individuals are now considered to potentially match if they share a common
IM address *only*. Protocols are no longer considered.

This allows us to change the way the personas are set up in the
match-im-addresses test so that they're no longer implicitly linked by the
aggregator.

e-d-s: fix indentation in tests backend

build: Bump the e-d-s dependency to 3.1.5

We totally missed this on previous releases and
it is now causing problems for packagers.

Bug 653777 — Add a helper function to create a writable persona

This adds IndividualAggregator.ensure_individual_property_writeable(), which
returns a persona which has the specified property writeable in the specified
individual. If no such persona exists already, a new one is created and
linked to the individual. If that all fails, an error is returned.

This allows for clients to write to properties of personas with confidence
that the updates will be written out to the backend stores. (Achieved by
calling IndividualAggregator.ensure_individual_property_writeable() first
and only writing to the property if that call succeeds.)

Closes: bgo#653777

key-file: Allow empty Kf.Personas to be added to the persona store

This is necessary for the tests for bgo#653777. It removes the error which
would previously be thrown when trying to add a persona to Kf.PersonaStore
with no properties.

Helps: bgo#653777

core: Add PersonaStore:always-writeable-properties

This complements Persona:writeable-properties, listing the properties which
are guaranteed to always be writeable on the personas in a given persona
store. This is in contrast to Persona:writeable-properties, which may list
extra properties which are only writeable on that particular persona.

This could be the case with, for example, personas representing the user,
which might have extra writeable properties to allow the user to change their
alias or avatar.

Helps: bgo#653777

Fix NEWS: there never was a 0.5.3 release.

Use the key-file backend for writes in general tests.

See commit ef36f347 for more details.

Post-release version bump

build: Fix the NEWS file

More haste, less speed…

Bug 645056 — TpLowlevel library should have only static public functions

Remove the TpLowlevel class from the TpLowlevel library and instead place
all the functions statically in the “FolksTpLowlevel” namespace.

Closes: bgo#645056

Release version 0.6.1

tracker: catch GLib.SpawnError when getting a connection

Add myself as maintainer so I can upload tarballs, etc

tracker: Remove “alias” from the writeable properties list of Trf.Persona

Trf.Persona no longer implements AliasDetails.

Bug 657332 — Add linking link-individuals

Add a `linking link-individuals` subcommand to folks-inspect. Note: this
appears to break readline command completion for the `linking` command in
certain situations (e.g. if you tab-complete the name of the command first).

I can't fix this for love or money. Pigs will fly before I manage to work
out why readline hates me so much.

Closes: bgo#657332

Don't require that zero Individuals be removed after auto-linking.

Make sure Tracker tests actually use the Tracker backend for writes.

Ignore edsf-persona-store.c for translations.

Properly handle 'url' TYPE for URLs in Tracker backend.

Correctly spell ERROR_VALAFLAGS.

Don't use ERROR_CFLAGS yet. Vala doesn't guarantee warning-free C.

Use the key-file backend for writes in tests for non-writeable backends.

We could have used the EDS backend, but this helps keep the execution
of the tests as simple as possible.

This fixes a bug in the libsocialweb aggregation test where it was
using the EDS backend from the Aggregator default but its
FOLKS_BACKEND_STORE_KEY_FILE_PATH didn't include the EDS backend, so
it had nowhere to store its linking personas.

e-d-s: add urls to list of writeable properties

IndividualAggregator: initialize primary-store property to NULL

IndividualAggregator: emit notifications for primary-store property

IndividualAggregator: state that the primary-store can be null

Hold a pointer to delegates; don't copy them.

Use ERROR_VALAFLAGS as intended.

Build tests with extra debug information.

Notably, this provides gdb with Vala source file line numbers for
backtraces (which should save a bit of digging through generated C
files).

Gdb still lists generated C line numbers for lines farther up the
stack when there's no obvious Vala line equivalent.

Add test case for properties race condition.

eds: Tell Vala to not notify of property changes in the setter functions

We only want to notify of property changes when we get notification back
from eds that the change was successful.

build: Bump the Vala dependency to 0.13.3

This is due to commit c0ecad63015078231934e63ec63f02b97defb730.

e-d-s: Vala dropped support for reordering GCancellable params

A couple of e-d-s methods (get_contact, modify_contact,
get_backend_property, etc) experienced an automatic API
change in it's Vala binding due to Vala dropping support
for reordering GCancellable params.

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=657067

core: Fix some whitespace

e-d-s: ignore the type when comparing images

e-d-s: update the Avatar Details test

Now that we've reworked avatar handling and we've
introduced an Avatar cache, the avatars associated
to a newly created e-d-s contact might not be immediately
available after the corresponding Edsf.Persona is created.
Hence we need to listen to notifications for the avatar
property.

e-d-s: Only set avatar if store_avatar () was successful

Helps: https://bugzilla.gnome.org/show_bug.cgi?id=655374

e-d-s: When an avatar has been removed, set it to null

Though new_avatar was null, I prefer to even more
obvious about what is going on.

Helps: https://bugzilla.gnome.org/show_bug.cgi?id=655374

e-d-s: Don't infer we already have an avatar in our cache by its URI

From libfolks we should discourage using local URIs to
set an EContactPhoto so even if we get inlined EContactPhoto
just do a full content comparison.

Helps: https://bugzilla.gnome.org/show_bug.cgi?id=655374

Don't manipulate the Avatar Cache before e-d-s acks changes

Also, lets set EContactPhotos as INLINED because it doesn't
make sense to use URIs for local files. In the future, when
we support gravatars, we'll have to handle the case of
setting ContactPhotos as URIs for those.

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=655374

Do Tracker tests last, since they're most likely to fail uncontrollably.

Helps: bgo#655374 - Un-break Tracker avatar tests

Add utility function to compare LoadableIcon content.

Unlike the various "equal()" functions for LoadableIcon and related classes,
this function actually compares image content (which can be necessary when
testing vs. images in the avatar cache, which may have a different path than an
otherwise-identical image).

Helps: bgo#655374 - Un-break Tracker avatar tests

Update NEWS file

eds: Support writing postal addresses as vcards

https://bugzilla.gnome.org/show_bug.cgi?id=656659

Generalize Edsf.PersonaStore._set_contact_attributes

We need to handle non-string field details values when we implement
postal addresses.

https://bugzilla.gnome.org/show_bug.cgi?id=656659

Read postal addresses as vcards

https://bugzilla.gnome.org/show_bug.cgi?id=656659

Break out common code in edsf backend

Most types use the same code to update the vcard params, so we
can share this code.

https://bugzilla.gnome.org/show_bug.cgi?id=656659

inspect: Ensure to initialise out variables

This fixes a few compiler warnings.

core: Fix use of deprecated Vala API

eds: Don't copy EVCardAttributes at all

libebook does some icky things with EVCardAttributes it's passed, especially
when calling e_vcard_remove_attribute() (it removes by pointer comparison
and then unconditionally frees the passed-in attribute). Consequently, we
need to do everything we can to avoid copying EVCardAttributes unless we
want double-frees and memory leaks.

Don't use const string[] , Vala doesn't handle them correctly

Make sure we pass ENABLE_EDS to vala flags

inspect: Remove workarounds for bgo#638363

See also: bgo#656467.

Post-release version bump.

Release version 0.6.0

Update the checked files for valac requirement.

Distribute EDS test tools.

Un-break Docs.

Write support for URLs in Edsf.Persona

Closes: bgo#655609 - Implement setter for URLs

inspect: Fix listing GStrv properties

We have to work around bgo#656467 for the moment.

inspect: Update folks-inspect for the FieldDetails changes

Make the EDS backend's system address book the default writeable

Closes: bgo#648818 - Support the EDS backend being a primary

Trivial NEWS clean-up.

Remove FieldDetails (obsoleted by AbstractFieldDetails and implementors)