Add equal method to StructuredName

Disconnect from 'invalidated' on proxies we abandon.

This prevents a crasher in the Telepathy backend where:

1. We hit _reset() and set this._subscribe, etc., to null.

2. Each of these proxies gets disposed and emits 'invalidated'

3. Our 'invalidated' handler ends up unrefing each proxy an extra time, which
ends up in some ugly dispose -> unref -> dispose recursion, which continues
after it's finalized, leading to bad/undefined behavior (usually, but not
always, a crasher).

When removing, use a local copy of the personas

Removing personas from folks will change our individuals persona list,
so we need to make a copy to be able to safely iterate it.

EXTRA_DIST in tests/tools  was missing a few files

Update folks-import to the current API for ImDetails.im_addresses.

Fixes bgo#645411 - folks-import segfaults on startup

Fix entries in the NEWS file

folks-inspect: use LinkedHashSet to access im-addresses

Initial implementation of the tracker backend

Ensure we are only testing the built-in backends

Factor out common dbus wrapper code into sourceable files

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

Fixed bgo#644968 - _update_phone_numbers () needs to create copies
of each List<FieldDetails>

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

Fixed bgo#644966 - _update_emails () needs to create copies of each
List<FieldDetails>

Post-release version bump.

Release Folks 0.4.0

Don't overwrite an Individual's avatar with null.

(unlike the previous commit, this one actually...)

Fixes: bgo#644165 - An individual's avatar shouldn't be replaced by a null
avatar

folks-inspect: print an Avatar's uri

Fixes: bgo#644165 - An individual's avatar shouldn't be replaced by a null
avatar

folks-inspect: handle Structured Names

Fixes: bgo#644457 - Handle structured names

folks-inspect: handle birthday/postal-addresses

Fixes: bgo#643957 - Deal handle birthday and postal-addresses.

Don't note API changes which have happened to new interfaces.

Rename Urlable -> UrlDetails

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

Rename RoleOwner -> RoleDetails

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

Rename PresenceOwner -> PresenceDetails

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

Rename PostalAddressOwner -> PostalAddressDetails

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

Rename Phoneable -> PhoneDetails

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

Rename NoteOwner -> NoteDetails

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

Rename NameOwner -> NameDetails

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

Rename IMable -> ImDetails

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

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.