GitLab

If an Individual is created with no Personas (as in the
standalone-individuals test cases), the PresenceDetails properties
should be initialised to empty strings. They were previously defaulting
to null.

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

This will be useful for testing the behaviour of individual
PersonaStores.

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

Make it more obvious, and also make it non-optional.

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

Remembering to always append to AM_VALAFLAGS, rather than define it from
scratch, is hard and error-prone. Simpler and more consistent to define a
new variable, TARGET_VALAFLAGS, which must be manually included in every
AM_VALAFLAGS or target-specific *_VALAFLAGS declaration.

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

Simplify the build system a little.

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

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

As a follow-on from commit f0053429,
automatically remove a Persona from an Individual if the Individual
receives a property change notification for the Persona.individual
property.

See: https://bugzilla.redhat.com/show_bug.cgi?id=1031252

Slightly improve it so that (theoretically) it’s now impossible for two
Individuals to be connected to the same Persona simultaneously. Now, the
old Individual will be automatically disconnected when the new
Individual is connected.

This should fix a crash (probably) caused by a Persona which is in the
process of being moved between two Individuals emitting a property
change notification while both Individuals are still connected to its
‘notify’ signal.

This is only ‘probably’ because I can’t reproduce the problem.

See: https://bugzilla.redhat.com/show_bug.cgi?id=1031252

Simon McVittie authored Mar 19, 2013 and Philip Withnall committed Nov 19, 2013

Otherwise, if we unprepare with more than 0 address books, we'll remove
from a hash map while iterating over it, resulting in a crash.

Travis Reitter authored Oct 10, 2013 and Philip Withnall committed Nov 19, 2013

Patch by Simon McVittie

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

Thanks, autoupdate.

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

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

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

Based on work by Jeremy Whiting and Laurent Contzen.

New API:
 • Individual.display_name
 • StructuredName.to_string_with_format()

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

Make it a little clearer which properties in PersonaStore can change,
and when.

This prevents valadoc throwing more of a hissy fit than usual.

The GLib patches needed for the BlueZ backend to work properly have been
backported to GLib 2.38, and will appear in the GLib 2.38.2 release.

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

If the user has explicitly blocked a Bluetooth phone from their laptop, they
don’t want to try downloading contacts from it.

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