Bug 674256 — telepathy-glib minimal version is insufficient

Bump the minimum telepathy-glib dependency to 0.17.5 for
tp_connection_disconnect_async().

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

Post-release version bump

Release version 0.7.0

eds: Don’t try and remove a non-existent timeout source

In the case that the modify_contact() call fails, timeout_id will equal 0,
and GLib will complain when we try to remove it in the finally{} block.

telepathy: Convert another logger warning to a debug message

eds: Add an extra timeout to the EDS tests to ensure the main loop’s empty

This is a horrible hack for which I should probably be shot. I just want to
make the release. Please don’t judge me.

The tests all need to be rearchitected to no longer rely on timers everywhere
anyway.

telepathy: Change the logger warning to a debug message

It’s quite legitimate for no logger to be running, and users will get an
error when they try to change the favourite status of a contact anyway.

telepathy: Only allow is-favourite to be writeable if the logger initialised

This prevents setting favourites falling into a black hole.

telepathy: Correctly advertise the writeability of alias and group properties

Previously, Tpf.Personas were always advertising aliases and groups as
being writeable properties, when they're actually not writeable for
Facebook XMPP connections.

Aliases were previously not writeable in the Telepathy fake CM (so the test
was previously in error), but they’re now writeable, so everything’s fine.

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

telepathy: Fix notification of is-favourite changes

This ensures that the UI reflects errors in changing the is-favourite status
of a Tpf.Persona, rather than just blindly assuming they succeed.

telepathy: Make group changes truly asynchronous and report errors properly

Take advantage of GroupDetails.change_group() being async, and wait for the
underlying Telepathy operation to complete before returning from it. This
allows us to propagate errors properly, rather than just printing
them as warnings on the terminal.

This also includes changes to not notify of changes to Tpf.Persona.groups
until Telepathy has notified us of the change. This should prevent groups
changing in the UI if the underlying operation has actually failed.

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

telepathy: Remove some unused internal signals

telepathy: Make alias changes truly asynchronous and report errors properly

Take advantage of AliasDetails.change_alias() being async, and wait for the
underlying Telepathy operation to complete before returning from it. This
allows us to propagate errors properly, rather than just printing them as
warnings on the terminal.

This also includes changes to not notify of changes to Tpf.Persona.alias
until Telepathy has notified us of the change. This should prevent aliases
changing in the UI if the underlying operation has actually failed.

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

Sync contacts-conn.c from tp-glib

Now implementing SetAliases

Bug 658576 — Need API to get a FolksIndividual from his ID

Add an IndividualAggregator.look_up_individual() method which currently just
looks up in the map from IDs to individuals. In future, however, this method
will also ensure all properties of that individual have been loaded if the
aggregator has otherwise not lazy-loaded properties. (See: bgo#648805.)

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

Updated Galician translations

Updated Slovenian translation

Updated Spanish translation

TpfPersonaStore: fix indentation

TpfPersonaStore: do not reset _favourite_ids at each reconnect

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

Add back TpContact features

This is for backward compatibility

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

TpfPersonaStore: return null in add_persona_from_details() if persona is already in contact list

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

TpfPersonaStore: throw PersonaStoreError if an error occure while removing the contact

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

TpfPersona: throw PropertyError when an error occure changing group membership

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

TpfPersonaStore: freeze/thaw notify signals when changing connection

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

TpfPersonaStore: remove the store if connection does not implement ContactList

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

TpfPersonaStore: warn on error initialising tp logger

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

TpfPersonaStore: disconnect signals in _reset

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

Various coding style fixes, add comments and debug()

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

Add internal TpfPersona._set_is_favourite

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

Port TpfPersonaStore to high-level tp-glib APIs

It now uses Connection.ContactList iface instead of deprecated
ContactList channels.

Note that this introduce an important behaviour change: folks will
no longer pull all TpContact features, but rely on the user to define
features needed on the default AM's factory.

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

[l10n] Added Italian translation

Test: disconnect individuals_changed signal to avoid race

Otherwise, deleting the 2nd account runs the mainloop and could make
the aggregator realize the 1st account got removed and start removing
its individuals.

Tests: TpConnectionStatus can also be CONNECTING

Tests: terminate DBus trafic with the connection before removing its account

Otherwise unit tests gets racy.

tests: Fix some C warnings in the Telepathy tests library

Tests: fix a race condition

It is not guaranteed that individuals_changed and individuals_changed_detailed
signals will have the individuals in the same order.

Tests: port to verbatim copy of tp-glib files

Tests: Change namespace to TpTests instead of TpTest

Files from telepathy-glib are in TpTests namespace, so this
will facilitate copying verbatim copy.

TpTestBackend: Make sure DBus trafic is done in tear_down

Make sure unit cache tests are not messing the user's cache

XDG_CACHE_HOME must be set before the first call of g_get_user_cache_dir().
The problem is g_file_new_for_path() actually ends to a call to
g_get_user_cache_dir() somewhere in gvfs, so ensure we set the env before
that.

Increase quiescent timeout to 30s

5s is too optimistical, it can easily take longer when printing debug
messages on terminal (unit test failing because of this) or even in real
world usage if system is a bit on load.

tpf-persona: use tp_connection_get_account()

telepathy-glib introduced API to get the TpAccount of a TpConnection so Folks
doesn't have to do it manually.

This has the nice side effect of fixing a crash when TpAccount/TpConnection
are momentary out of sync while connecting/disconnecting accounts.

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

Updated Polish translation

Updated Galician translations

Updated Spanish translation

Post-release version bump

Release version 0.6.8

telepathy: Add a couple of debug messages

tests: Fix potential match tests in Tracker backend

The recent changes to name matching broke the incrementing of match levels
depended on by the tests. Fix that.

eds: Remove Vala 0.14 code from EDS backend

Now that we depend on Vala 0.15 unconditionally, we don't need the Vala 0.14
versions of things.

libsocialweb: Fix the tests to work with libsocialweb 0.25.20

This bumps our libsocialweb dependency to 0.25.20 since that's the first
release to include the s/com.meego/org.gnome/ D-Bus path change.

telepathy: Handle null account managers

This can occur in the tests when using persona stores which haven't been
prepare()d at all.

Updated Slovenian translation

i18n: Update British English translation

telepathy: Fix weak_unref() warnings

If a TpContact is destroyed and our weak reference handler is invoked, it
could previously not remove the TpContact's pointer from the map of weak
references held by the persona store. When the persona was later destroyed,
it would call weak_unref() on the stale pointer and cause a warning.

This patch ensures we always remove pointers from the map when their
weak notification functions are called.

i18n: Add a missing file to POTFILES.in

docs: Various documentation fixes

Bug 660235 — Consistent signal handlers to a terminal would be cool

Fix folks-inspect’s handling of SIGINT, SIGTERM and EOF. In the former case,
we want to clear the current input buffer and display a new prompt. In
the case of SIGTERM we want to exit cleanly, and in the case of EOF we want
to exit if the input buffer is empty.

The combination of readline, Unix signals and threads in this was unfun.

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

inspect: Move readline() loop into the GLib main loop

The readline() loop is more pain than it’s worth, so we now use readline’s
callback interface for command line handling, allowing us to use a single
main loop and a single thread for both the aggregator and readline.

This should make signal handling a lot easier.

Note that this bumps our Vala requirement from 0.15.1 to 0.15.2.

telepathy: Handle contact removals from groups

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

Bug 670872 — Should be less sensitive to accentuated chars

Strip accented characters from names and make them all lower case when
searching for potential matches between individuals.

This uses a modified version of Empathy's live search code to allow for
string matches regardless of case or accentuation.

The commit also fixes the potential match code to handle UTF-8 properly,
which it wasn't doing before.

This includes a test case.

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

tests: Tidy up the tracker/match-name test a little

Reduce code duplication somewhat.

Bug 671900 — Folks should not suggest linking contacts from telepathy-salut

Reject any possibility of a match between two individuals if either of them
have a trust level of NONE (which can happen if they contain link-local XMPP
personas, for example).

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

core: Make PotentialMatch._inspect_im_addresses() private

It was never meant to be public, and nobody should've been using it.
Consequently, let's pretend this isn't an API break.

telepathy: Handle TpProxy::invalidated signals in the Telepathy backend

If the TpConnection is invalidated (due to the CM crashing), we want to
reset the state of the TpfPersonaStore (but not remove it). If the
TpAccountManager is invalidated (due to it crashing), we assume that all
accounts have been invalidated, and remove all TpfPersonaStores. Same for
the TpAccount.

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

Bug 672373 — folks-import segfaults (Archlinux x86_64)

Fix a GValue boxed-type-mismatch between folks-import and ImDetails which
was causing crashes.

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

create_personas_from_contact_ids: always return all the personas

We always want to try adding the persona to Telepathy, even if it was already
existing in Folks because, for example, we look for the details of this
contact before adding it.

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

_add_persona_from_contact: always return the persona

In some case we may be interested by using the persona even if it was already
existing.

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

Updated Spanish translation

Updated Polish translation

Updated Galician translations

Signed-off-by: Fran Diéguez <fran.dieguez@mabishu.com>

Updated Slovenian translation

core: Improve quiescence timeout

Ensure that we start the timeout in the case that all backends are marked
as quiescent (meaning that they've added all their persona stores), but none
of the persona stores are.

eds: Tie favourite status to “Starred in Android” group for Google Contacts

Link is-favourite to whether a “Starred in Android” group exists on a contact
(and vice-versa) if the contact is from a Google Contacts address book.

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

telepathy: Handle null birthday strings

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

Updated Swedish translation

build: Add missing entry to NEWS

core: Don’t modify a HashSet while iterating over it

Even though we were modifying it from the Iterator (which should’ve been OK),
we got hit by https://bugzilla.gnome.org/show_bug.cgi?id=671327 which meant
that some Personas weren't getting disconnected from Individuals. This is a
likely cause of bug #670523.

This also includes a related (but irrelevant to the bug itself) tidy-up to
Persona._individual.

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

Persona: make sure to NULL-ify the individual when it's destroyed

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

folks: Don't set G_MESSAGES_DEBUG unconditionally

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

build: Add --disable-fatal-warnings configure flag

Useful for builders who aren't necessarily developers.

Added uk translation

libsocialweb: Tidy up Swf.PersonaStore.prepare() to return asynchronously

Previously, the prepare() method would return synchronously, firing off
some asynchronous methods in libsocialweb, which would later return in
callbacks and (theoretically) cause the persona store to reach quiescence.

This behaviour was not playing nicely with the expected asynchronous
behaviour of prepare(), and wasn't handling errors properly — on an error,
the code would cancel preparation, but not throw an error or remove the
persona store.

The code now throws errors and removes the persona store if preparation
fails, which should hopefully help some of the not-reaching-quiescence issues
we’ve been seeing.

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

core: Force IndividualAggregator quiescence after a 5s timeout

This prevents clients being (too) adversely affected (e.g. not being able
to do anything) by buggy Backends and PersonaStores which never reach
quiescence.

Note that this patches the symptoms, not the cause of the problem. Good as
a safety net, though.

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

Bump Tracker version requirements to match current Tracker

Factor out the tracker-sparql major number.

This changes fairly often, so this will make it easier to adjust it all
in one place.

Post-release version bump

Release version 0.6.7

Temporarily disable troublesome tests due to bgo#668415

Cut invalid overly-specific type cast

The Vala compiler now correctly warns that typeof(Foo<Bar>) is invalid,
so this stops pretending we can be that specific.

(The generated C code can't make a GValue as specific as the above Vala
code fragment suggests; historically, the compiler would let you get
away with this, likely with the false assumption that the generic type
would ever be considered again.)

Build with vala 0.15

Note fix for bgo#670196 in NEWS

Updated Czech translation

add missing config.h includes

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

Disable glib deprecated warnings

We need GValueArray for dbus-glib, and it got deprecated in GLib 2.31.x

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

Add zh_CN to LINGUAS

Add Simplified Chinese translation.

[l10n] Updated German translation

Updated Polish translation