Rename Groupable -> GroupDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename GenderOwner -> GenderDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename Favouritable -> FavouriteDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename Emailable -> EmailDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename BirthdayOwner -> BirthdayDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename AvatarOwner -> AvatarDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename Aliasable -> AliasDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Update listed translations.

Add to_string () method to RoleOwner

Add to_string () method to PostalAddress

Use the correct signal name for postal addresses

Added equal method to PostalAddress

Add uid to PostalAddress to facilitate tracking

Don't drop Individuals' initial set of notes.

Add API change notes for our newer interfaces.

Add NEWS entry for postal address interface

Fixes: bgo#641210 - Add interface for postal addresses

Make Individual implement the PostalAddressOwner interface

Add PostalAddressOwner for contacts with postal addresses

Check FieldDetails values before storing to avoid segfaults.

This protects against backends storing some bogus data in their Personas (in
this case, value-less URL, Phone Number, or Email Address fields).

Ensure we update an Individual's notes along with the other fields.

Ensure we update an Individual's birthday along with the other fields.

Add NoteOwner interface

Fixes: bgo#642501 - Folks needs API for attaching notes to a Contact

Add BirthdayOwner interface

Fixes: bgo#642500 - Folks needs API for specifying a contact's birthday

Update NEWS for RoleOwner.

Add RoleOwner interface for contacts that belong to an Organisation

List the implemented interfaces in alphabetical order

Distribute test data files

Bug 642861 — FolksLinkedHashSet still alive when exiting Empathy

A self-referencing closure was prevent all Tpf.Personas from being finalised,
which was in turn causing a load of owned objects (such as LinkedHashSets)
from being finalised. Spotted by Guillaume Desmottes <gdesmott@gnome.org>.
Closes: bgo#642861

Bug 642866 — tp-lowlevel leaks TpChannel

Fix a leak of TpChannels from tp-lowlevel.c, spotted by Guillaume Desmottes
<gdesmott@gnome.org>. Closes: bgo#642866

folks-inspect: handle emails/urls/phone-numbers

Point valadoc to the C headers so it doesn't fail on "missing" symbols.

Scanning directories (with -b) is no longer supported. See bgo#629531,
comment#7.

Fixes bgo#643247 - Folks needs C API documentation

Re-enable gtk-docs, now that valadoc is fixed.

Helps bgo#643247 - Folks needs C API documentation

Copy new URLs for individuals, don't hold stale pointers.

Fixes bgo#Bug 643241 - _update_urls () needs to create copies of each
List<FieldDetails>

Code by Raul Gutierrez Segales.

Disable build gtk-docs, since valadoc crashes on them.

This is related to, but not exactly, bgo#629531.

Ignore tp-lowlevel when building the folks-tp documentation

Correctly pass linking flags to valadoc when building the folks-tp docs

It turns out that bgo#637090 was just us not passing the flags correctly
(one has to pass two flags to valadoc to get it to pass a single flag to
the doclet). See: bgo#637090

Use the 'all-others' BackendStore key file group for backend tests.

Fixes bgo#642351 - BACKEND_STORE_KEY_FILE format should support a wildcard entry

Support the 'all-others' wildcard group in BACKEND_STORE_KEY_FILE.

Helps bgo#642351 - BACKEND_STORE_KEY_FILE format should support a wildcard entry

Remove support for building with Vala < 0.11

Fix srcdir != builddir problem in the documentation makefile

Post-release version bump

Release version 0.3.6

Fix the documentation version tags

I fail at doing releases.

Post-release version bump

Release version 0.3.5

Bug 642036 — No way to pass a message when adding a contact

Document that the "message" key in the details hash table passed to
IndividualAggregator.add_persona_from_details() may (by convention) be used
to pass a human-readable message to the persona being added.

Implement this in the Telepathy backend. Closes: bgo#642036

Use “dup” instead of “get” in method names which return a referenced object

This bumps our Vala dependency to 0.11.6, which includes a necessary fix
for the CCode annotation we use. Helps: bgo#629078

Take a PersonaStore in IndividualAggregator.add_persona_from_details

This gives the client more flexibility in choosing which persona store to
add the new persona to. Closes: bgo#629078

Bug 641780 — Incorrect C function names for URLable interface

Rename the new URLable interface to Urlable, as Vala was choking on the
capitalisation and producing weird C function names like
folks_ur_lable_get_urls(). Closes: bgo#641780

Fix entries in the NEWS file

Bug 640901 — Allow to determine whether a Tpf.Persona's in the contact list

Add Tpf.Persona.is-in-contact-list, which is true iff the persona's in the
user's contact list. Closes: bgo#640901

Revert "For Vala 0.12, don't use deprecated string.to_int()."

This reverts commit be8f7259ddd1dcd558b28ffc0761358e8d49bd48.

This depends upon unreleased changes to Vala, so we'll wait till then.

Add note for future cleaning when we require Vala 0.12

For Vala 0.12, don't use deprecated string.to_int().

Require valac if the LinkedHashSet test hasn't been built.

Add FieldDetails tests.

Helps bgo#638279 - Add interfaces for phone, URLs, emails, etc.

Added the READ_ONLY PersonaStore error

Don't print out a stacktrace when an error message is empty.

This was printing a lot of stacktraces for non-errors from GConf.

Add Emailable for contacts with emails

Add Phoneable interface for contacts with phone numbers

Add GenderOwner interface for specifying contact gender

Add URLable interface for contacts with associated websites

Add a FieldDetails object for details with extra parameters

The class is used for values that can have additional parameters
attached, for instance phone numbers or URLs.

Add a NameOwner interface for contacts with full names and nicknames

Note that bgo#628335 was fixed with release 0.1.16

Post-release version bump.

Release version 0.3.4

Write inlined docs for LinkedHashSet to work around bgo#629531

Update old doc link to PresenceOwner.

Don't use deprecated string.ndup function.

Set @since lines for new release.

Cut obsolete comment about IMable.im_addresses.

Add a note about LinkedHashSet pulling in libgee.

Combine the API changes sections in NEWS.

Make the TestCase class follow our coding style.

Rename HasPresence -> PresenceOwner.

Fixes bgo#627397.

Rename HasAvatar -> AvatarOwner.

Helps bgo#627397.

Add a simple test case to reproduce bgo#640551 when valgrind-ing.

Add some LinkedHashSet tests.

Fixes bgo#640213 -- Add tests for LinkedHashSet

Modified backends to use LinkedHashSet in IMable.im_addresses.

Modified libfolks to use LinkedHashSet in im_addresses.

Added a LinkedHashSet ordered set.

Suppress Telepathy logger warning for tests.

Fixes bgo#639742 - Logger service unavailable in make check

Only spew D-Bus info during tests if  >= 1

Silence generally-useless Tp test message.

Don't add a duplicate candidate individual if one matches by user and IID

If an individual matches a persona being aggregated both by them both being
the user, and by IID match, don't list the individual as a candidate
individual twice (which would cause their personas to appear twice in the
final individual).

Added valgrind support in make check.

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

Add policy for keeping the build healthy.

Finish catching BackendStore up to our coding style.

Fix dependencies for internal g-i files.

As it was, these libraries wouldn't be re-created after a maintainer-clean (or
on the very first build).

Also print a stack trace upon a failed test assertion.

Don't double-list files in MAINTAINERCLEANFILES.

Distribute sources for generated files.

This un-breaks distcheck by ensuring the generated files don't stick around in
_build after the final distclean.

This fulfills the requirements laid out in the Automake manual page:
http://www.gnu.org/software/hello/manual/automake/distcleancheck.html

Define the Telepathy BACKEND_NAME directly.

Properly distributing the backend.mk file proved more difficult than it was
worth (it was breaking 'make check' during distcheck), so we've reverted to
direct definition.

Force Vala for non-release builds.

This should make buildbot builds a little more consistent.

Add Vala requirement checks for newer tests.

Bug 639113 — Add static aggregation tests

Add some tests which cover several of the ways which personas can be
statically aggregated at present. These tests are “static” (as opposed to
“dynamic”) because they don't change the inputs to the aggregator after
it's been prepared. Consequently, they don't cover much of the interesting
and bug-prone behaviour of the aggregator. Still, they're a start.

Closes: bgo#639113

Don't announce removal of Individuals twice.

Before this patch, we would announce an Individual's removal, "dispose" of the
individual, then announce their removal again (at which point they would have
zero Personas, which can make it harder for clients to do anything useful with
the notification anyhow).

Helps: bgo#639113

Allow multiple test accounts to be connected simultaneously

This doesn't affect any existing tests, but will be useful for testing that
aggregation across different persona stores works correctly.

Override the test log handler for Telepathy tests.

This avoids aborting and printing unnecessary stack traces for the
well-known Telepathy-logger warning message.

Fixes bgo#639195 - Print stack traces for failed tests to improve
remote debugging