Fix the path for the Tp tests D-Bus service dir.

Clean up the way we load modules.

Helps bgo#629081.

Fix code alignment.

Fix some comment wrapping.

Add BackendStore.[enable|disable]_backend() methods

These update the BackendStore's key file and save it asynchronously, but
don't load or unload the backends.

Helps bgo#629081.

Add support for disabling backends in the BackendStore using a key file

Using a key file, ~/.local/share/folks/backends.ini, specific backends
can now be disabled.

The key file is of the format:
  [telepathy]
  enabled=true
  [key-file]
  enabled=false

Helps: bgo#629081

Convert BackendStore to use GFiles more uniformly

Add missing D-Bus GLib dependency to the Telepathy contact list tests

Fix some gcc warnings in the Telepathy test case library

Move the Telepathy backend test setup code into a library class

This means that future tests can more easily set up a fake Telepathy backend
to test against.

Require g-i >= 0.9.12 as 0.9.10 is broken.

Specifically, this version needs to be the one used to build the tp-glib Vala
bindings, but we can't express that requirement directly.

Remove bogus 'weak' modifier for uints in Tp callbacks.

Update NEWS for bgo#632564.

Ensure Individuals replaced due to re-linking emit removed().

It turns out the optimization we're removing, which was meant to coalesce
IndividualAggregator:personas-changed signal emissions, was a little
over-reaching.

Fixes bgo#632564.

Put more files in CLEANFILES as appropriate.

Clean up the description of BackendStore a little.

Document the values of Folks.Presence.PresenceType.

Document the params for normalise_im_address().

Break up some long class summaries to simplify the doc index.

Simplify the Folks doc Makefile.

Use the proper AM_VALAFLAGS instead of modifying VALAFLAGS for the tests.

Use per-library VALAFLAGS for the keyfile backend.

Adding to the global VALAFLAGS was incorrect.

Use automake's Vala support to build libfolks-telepathy.

Use automake's Vala support to build libfolks.

Clarify which changes in 0.3.1 were API changes.

Post-release version bump.

Release 0.3.1

Distribute the dummy relationships file to fix distcheck.

Bump the .so version.

Make the NEWS file a little more uniform.

Make Individual implement IMable.

Alphabetize the test definitions.

Set up tests with ENVIRONMENT, not wrapper scripts.

Use a dummy relationships file for Tp tests.

The main purposes are to prevent the key-file backend from reading in the user's
relationships.ini file and to avoid the inconsistency that could entail.

Fixes bgo#632163.

Actually include all the LDADD flags for our tests.

Thanks to autotools for keeping this hidden for so long.

Fixes bgo#632096.

Rename the contact-properties test.

Rename the contact-retrieval test.

Update the NEWS for the PersonaStore capabilities.

Add the PersonaStore:can-group-personas property.

Helps bgo#626179.

Add the PersonaStore:can-alias-personas property.

Helps bgo#626179.

Add the PersonaStore:can-remove-personas property.

Helps bgo#626179.

Add the PersonaStore:can-add-personas property.

Helps bgo#626179.

Add the MaybeBool type.

Expose the publish and subscribe group flags in the test CM.

Fix the organization of the new section in NEWS

Don't assume Personas all have a corresponding Individual in the link map.

This can happen if a Persona is removed (by ID) before its corresponding
Individual has been added to the linked-personas map (which is possible if a
Telepathy account suddenly goes offline before the linking of the given Persona
is complete).

Fixes bgo#631864.

Clarify that the TpContacts have specific features, not necessarily values.

Simplify the Tp test Makefile further.

tpf-persona-store: add the client types feature to all new TpContacts

Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>

configure: depend on new tp-glib

Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>

Update NEWS for bug fix.

Fix the CLEANFILES for the Tp tests.

Relocate Folks.TestCase as a separate library

React to alias changes coming from Telepathy. Fixes bgo#630431.

Add a test for Tpf.Persona properties (changed through the test CM itself).

This simulates a change coming through Telepathy, vs. one we're triggering
ourselves (as in the last test).

Simplify the tests Makefile.

Add a test for Tpf.Persona alias changing (through the Tp backend itself)

Expose the TpTestContactListConnection's manager.

Make the TpTest CM emit alias and presence updates.

Include the contact ID in the TestContactDetails for the Tp test library.

Bump telepathy-glib requirement to ensure proper g-i.

Post-release version bump.

Release 0.3.0

Fetch TpContact avatar information upon creation.

Fixes bgo#630347.

Note the TpContact capabilities guarantee in NEWS

Fetch capabilities when we create TpContacts.

Patch concept by Felix Kaser.

Factor out a redundant array.

Prefer to use object members directly instead of accessors.

Patch by Patryk Zawadzki.

Turn on valac warnings for the KeyFile backend.

Cut unnecessary D-Bus flags for libfolks-backend-telepathy

Make a distinction between valac and vapigen flags.

Turn on stronger error checking for the test library.

Turn on stronger error checking for libtp-lowlevel.

Fix use of CPP/CFLAGS for the Telepathy backend libraries.

Re-use existing autoconf code for setting extra maintainer flags.

Add a test for adding Personas.

Fixes bgo#629008.

Explicitly reset the aggregator between tests.

Helps bgo#629008.

Don't deref a null PersonaStore in a failure case.

Helps bgo#629008.

Prepare the aggregator asynchronously (as clients will)

Helps bgo#629008.

Re-use the defined protocol prefix for tests.

Helps bgo#629008.

Centralize the list of expected test Individuals.

Helps bgo#629008.

Add Backend.is_prepared and make prepare() idempotent.

Fixes bgo#629331.

Add IndividualAggregator.is_prepared and make prepare() idempotent.

Helps bgo#629331.

Add PersonaStore.is_prepared and make prepare() idempotent.

Helps bgo#629331.

Make BackendStore.load_backends() idempotent.

Helps bgo#629331.

Clean up the behavior of the add_persona_from_details() functions.

This clarifies when an add fails for a temporary reason (eg, the store is
offline) and can be re-attempted.

Fixes bgo#629006.

Add STORE_OFFLINE error types for temporary failures.

These are temporary/recoverable failures due to the store being offline.

Helps bgo#629006.

Cache notifications for IndividualAggregator.user during aggregation

Ensure a given individual isn't marked as added and replaced at the same time

When linking personas with Persona.is_user == true, it's possible for the
final_individuals during the call to add_personas() to be replaced and added
at the same time (i.e. added, then replaced). This breaks things, but can
be fixed by caching the set of added individuals before it's finalised, and
removing replaced individuals from it as we go.

Bug 629643 — do not fall back to the id if alias is empty

Only use the display ID as a fallback in Individual: in Tpf.Persona, we
should let empty aliases be exposed, so that the client can (if they so
desire) check whether an Individual's alias is a display ID or a real alias.
Closes: bgo#629643

Fix an assertion error in IndividualAggregator

Due to the order in which the aggregation functions are called, it's possible
for this.user to not be null when a new user is set. Helps: bgo#627402

Ensure Individuals are added before they're removed

Rearrange the linking process slightly so that we can guarantee that
Individuals won't be signalled as removed (or replaced) before they're
signalled as added. Closes: bgo#629642

Update NEWS file for recent commits

Support the Persona.is_user property in the telepathy backend

Closes: bgo#627402

Support the Persona.is_user property in the key-file backend

Helps: bgo#627402

Implicitly trust Personas which are marked as being the user

We assume that the backend is in complete control of its user accounts, so
we can fully trust Personas which have Persona.is_user == true.
Helps: bgo#627402

Add a "user" property to the IndividualAggregator

This contains the Individual representing the user who owns all the relevant
accounts in each backend. This also changes the linking code so that Personas
with is_user == true are always linked, and only ever linked to other Personas
with is_user == true (i.e. Personas are always linked to Personas with like
is_user values). This ensures that there's only ever one Individual with
is_user == true. Helps: bgo#627402

Add an "is-user" property to Individual and Persona

This is true iff the Individual or Persona is the owner of the relevant
accounts. Helps: bgo#627402

Use foreach{} rather than .foreach() in IndividualAggregator.link_personas()

Use the devhelp doclet to build the documentation

Add missing documentation