Fix few memory leaks

EProxy cleanup.

Bug #638089 - Some mobile phone contacts are not shown in preview

Updated Galician translations

Updated Korean translation

Remove NULL checks for GObject methods.

As of GLib 2.28 all GObject virtual methods, including constructed(),
are safe to chain up to unconditionally.  Remove unnecessary checks.

Updated Spanish translation

CamelMaildirStore: Fix memory leak

Bump GTK+ requirement to 3.0.

This requirement is now locked until GNOME 3.3 development begins.

Updated Bengali India Translation

updated kn translations

updated kn translations

updated kn translations

updated kn translations

Be able to define DBus call timeout in configure and runtime

Updated Telugu Translations

updated kn translations

Perform consistency check on local folders based on the parameter 'need-summary-check'

[l10n] Updated Estonian translation

Bug 641757 - Fix warnings from GCC 4.6

GCC learned how to find dead assignments.

Fix build break.

remove more streams tests

Remove streams tests from Makefile

Remove streams tests

Remove deleted files

Updated Norwegian bokmål translation.

Properly fix bug #601111

Bug #601111 - Do not use empty host names in EProxy

[l10n] Updated German translation

Add a --keep-running option to e-calendar-factory.

Prevents the D-Bus service from automatically terminating after the last
client connection is closed.  Mainly to aid in testing and development.

Add a --keep-running option to e-addressbook-factory.

Prevents the D-Bus service from automatically terminating after the last
client connection is closed.  Mainly to aid in testing and development.

Bug #641250 - Cannot add more than 2 recipients in To: or Cc: field

Bug #640696 - Hidden new messages in On This Computer/Inbox

Improve libebook annotations.

[l10n] Updated Estonian translation

[l10n] Updated Estonian translation

Bug #634743 - Moving message on GMail with real Trash set deletes it (2nd try)

Bug #641110 - Improve 'select destination' window in copy/move to calendar

Bug #634743 - Moving message on GMail with real Trash set deletes it

Bug #640698 - Incompatibility in 'matched-selected' signal invocation

post release version bump

News update for 2.91.6 release

CamelGroupwiseFolder: Dynamically allocate MD5 digest.

get_md5_digest() was allocating stack memory to hold the MD5 digest and
then returning a pointer to it.  Use g_malloc0() instead.

CamelImapxUtils: Fix dead nested assignment.

CamelNNTPFolder: Fix dead nested assignment.

ECalBackendGroupwise: Fix dead nested assignment.

CamelMaildirSummary: Fix dead nested assignments.

CamelMultipartSigned: Fix dead nested assignment.

CamelTextIndex: Fix dead nested assignment.

ECalBackendCaldav: Fix dead nested assignment.

ECalBackendFile: Fix dead nested assignment.

EContact: Fix dead nested assignments.

CamelMultipartSigned: Fix dead nested assignment.

CamelLocalSummary: Fix memory leak.

CamelImapCommand: Fix dead initialization.

CamelTcpStream: Fix dead initialization.

tests/ecal: Fix dead initializations.

More whitespace cleanup.

Bug 640898 - Evolution creates invalid vCard

Coding style and whitespace cleanup.

CalDAV: Fix a compiler warning.

DOAP: Fix userid

Fix possible invalid read when checking citation depth

Bug #623933 - Crash under ESourceList::conf_changed_callback

QA of Galician translations

Require the latest gtk+-3.0 release until 3.0.

Bug 640529 - Default size of category window is too small

Setup GtkEntryCompletion in constructed handler, rather than init

No more "expose-event" on GtkWidget

Fix minor compiler warnings

Bug #636495 - Build fails :GtkStyle deprecated

Caused by gtk_widget_ensure_style deprecated in gtk+ 3 (2.91.6), see:
http://git.gnome.org/browse/gtk+/commit/?id=f8a874abb1d1d8925b0f841e95bbef6cdcb21ac4
Using GtkStyleContext now.

Bug #635519 - Crash at cell_renderer_color_render

gtk_cell_renderer_render is passing cairo_t variable instead of
GtkWindow from gtk-3 onwards

Drop backward-compatibility cruft.

Drop support for gtk+-2.0.

Add versioning to D-Bus service names.

This is to address D-Bus interface mismatches when upgrading to and
running a new Evolution release while leaving the older E-D-S factory
services running, as many users do.

More details about the problem here:
http://mail.gnome.org/archives/evolution-hackers/2010-November/msg00041.html

Contrary to the mailing list post, I'm only adding version numbers to
the service names.  The new service names are:

    org.gnome.evolution.dataserver.AddressBook0
    org.gnome.evolution.dataserver.Calendar0

So, this works similar to shared library versioning.  If you add a D-Bus
method, remove a D-Bus method, change the signature of a D-Bus method,
or change the behavior of a D-Bus method in an incompatible way, bump
the version number at the end of the service name.

I'm also renaming our D-Bus object path and interface names to be less
repetitive, but this should be transparent given the new service names.

Kill CamelSeekableStream.

CamelStreamFs and CamelStreamMem now implement the GSeekable interface.

Kill CamelSeekableSubstream.

This class is no longer needed.

CamelMultipartSigned: Avoid using bounded streams.

I'm trying to get rid of bounds on seekable streams and this is the only
use case.  Instead of creating a CamelSeekableSubstream, copy a segment
from the CamelDataWrapper stream to a new CamelStreamMem.

Less resource efficient, but so be it.  This is part of a larger plan.

Replace CamelStreamSeekPolicy with GSeekType.

CamelStreamFs: Remove unused "with bounds" functions.

Bump libcamel's shared object name.

Updated zh_CN translation.

Fix typo (G_TYPE_INSTANCE_CHECK_TYPE -> G_TYPE_CHECK_INSTANCE_TYPE)

Bug #635339 - 'Mark as read' from popup menu not working on Junk folder

Updated Greek translation

Tidy up the mode logic in the Google Contacts backend a little

Mark a string as translatable in the Google Contacts backend

Don't enter live mode if the Google Contacts backend is already in it

Make contact removal asynchronous in the Google Contacts backend

This also removes support for removing multiple contacts in one call to
remove_contacts(), since the complexities of managing the asynchronous
results would have been unmanageable. The GData protocol doesn't have
support for bulk removal, so this doesn't lose us anything.

remove_contacts() now only removes exactly one contact each time it's called.

This patch includes cancellation support for removal operations.

Remove redundant storage of the Google Contacts backend's username

Add cancellation support to the Google Contacts backend

Make group retrieval asynchronous in the Google Contacts backend

Remove unnecessary cache refreshes from the Google Contacts backend

We shouldn't refresh the cache immediately after authenticating for two
reasons:
 • If it fails, its error gets conflated with any errors from the
   authentication process.
 • We only need to update the cache if a view connects to the backend (and
   the backend consequently goes "live").

We shouldn't refresh the cache before getting a contact or set of contacts
because this will only ever cause a cache refresh if the refresh timeout has
been reached, which would have already caused a refresh in the timeout
handler.

Make contact retrieval asynchronous in the Google Contacts backend

Make authentication asynchronous in the Google Contacts backend

Don't abort authentication if the Google Contacts backend isn't authenticated

Don't assume that having a service object means we're authenticated.

Make contact modification asynchronous in the Google Contacts backend

Make contact creation asynchronous in the Google Contacts backend

Rebase the Google Contacts backend as an asynchronous EBookBackend

None of the code takes advantage of this yet (it is all still synchronous),
but the backend no longer depends on EBookBackendSync.

Bug 635353 — Don't parse empty addresses in the Google Contacts backend

If a vCard ADR attribute is empty, it's cleaner to not return a GData address
for it, rather than return a new empty one. Closes: bgo#635353