presence-chooser: Grey the 'favorite' icon when the status is not a favorite

This is more coherent as the favorite icon is now theme dependent and fix the
problem that the old unstarred icon was not really visible (#584629).

presence-chooser: use 'emblem-favorite' instead of our own icon

gnome-icon-theme has an icon for favorites; we should use it instead of
re-inventing our own.

accounts-dialog: update the status info when account when account is enabled

If we are offline and we enable a disabled account, the info bar message
should be updated from "Acconut Disabled" to "Status is set to Offline"
(#610847).

When we're creating our first account, don't let the remove button become sensitive when we change the account protocol

Don't create some extra "ghost" account if we're creating our first account and we change protocols in the protocol combo box.

Merge branch 'show-assistant-611131'

Updated Italian translation

Updated German translation

Updated Slovenian translation

Updated Spanish translation

Update to TPL 0.1.1

Updated the the pkg-config version to 0.1.1
Updated the the pkg-config dep name fom libtelepathy-logger to telepathy-logger
Updated TPL's _finish() methods using one for each async API.

Estonian translation updated

Estonian translation updated

Merge commit 'ka/empathy-tpl-20100225-ifdef'

Remove the SKIP_TASKBAR hint when the main window is activated

Add the capability to search debug messages in the debug window.

empathy-accounts: Check to see if there are no accounts thus show the assistant

Fixes: #611131

moving retrieving_backlog = FALSE right before empathy_chat_messages_read()

or it will allow race conditions

Don't try to close channels thrice.

Fixes: #611071

TPL Enabling patch, all-in-one.

By default TPL is disabled, use --enable-tpl configure option to enable it.

set empathy_released to 0

I forgot to set it after latest release...

show map license

contact-widget: increase zoom on map

Cope with tp-glib calling the callback in sync

No reason to get Channels from connections, that's MCs job

contact-widget: display map even if contact only published his lat/lon

We used to hide the whole location vbox if no field was displayed in the
location table (such as street, city, etc).
But if contact only publishes it's lat and lon, we can at least display the
map widget. (#611062)

Merge branch 'requests'. Fixes: #598905

Updated Arabic translation

Not using the weak object anymore, get the dispatcher request data from request data

Remove inset frame from contact list in main window

This looks cleaner. (#610886)

Use a appropriate unique name for Empathy unique app

Assert that the account exists

Small coding style fix

Set ourselves as the preferred handler if there is a callback

If we're asked to handle a channel twice, assume it's due to user action

Add a debug message for when errors are signaled

Add a convenience function to get the busname of a handler

Output the path before trying to register it

Replace tabs with spaces

Remove dead code related to outstanding channels

With the move to the ChannelDispatcher channels we've requested will either not
be dispatched through HandleChannels (because we used the old way of directly
requesting it on the MC) or will get passed after we've started the request and
can thus be dispatched right away. The concept of oustanding channel is thus
obsolete.

Don't ever drop requested channels

Before moving to the ChannelDispatcher we got channels either through the
NewChannel(s) signal or as a result of requesting a channel from the CM. Now
that we've moved to the ChannelDispatcher, we only get channels that we should
handle through HandleChannels. So we shouldn't filter any of them.

Check if channels we requested satisfy requests

Request channels from the CD instead of the CM

empathy_account_settings_has_account: cope with priv->account being NULL

priv->account is not garantee to be set so empathy_account_settings_has_account
shouldn't assume it is (#610942).

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Updated British English translation

Updated German translation

contact-selector: EMPATHY_CONTACT_LIST_STORE_COL_ICON_STATUS contains a pixbuf now

Add missing libm linking (#610751)

Updated Bulgarian translation

Updated Swedish translation

Updated Italian translation

prepare 2.29.91 release

Remove the --acounts CLI option

We should use empathy-accounts directly now.

define EMPATHY_CLIENT_NAME

remove old services from gitignore

Stop using org.gnome.Empathy

We can use org.freedesktop.Telepathy.Client.Empathy to check if another
Empathy instance is running.

debug_window_fill_cm_chooser: use org.freedesktop.Telepathy.Client.Empathy

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Updated Galician Translation

Updated Arabic translation

always use empathy_tp_chat_leave instead of _close

empathy_tp_chat_leave: try to remove the self-handle instead of closing (#610461)

Introduce empathy_tp_chat_leave

assistant: Fix creation of the last account created

When user enters the details about his last account, the 'prepare' signal is
not fired. So we should create the account in impl_signal_apply instead.
Fixes bug #609995.

assistant: check that the enter/create page isn't already valid when switching protocol

assistant: set the salut page as complete if we pre-filled enough fields (#610380)

Rename Moblin to Meego throughout Empathy

At the request of Rob Bradford

Updated Slovenian translation

Updated Brazilian Portuguese translation

Updated Italian help translation

[help] Fixed two strings: now they are similar

Updated Spanish translation

Updated Spanish translation

Point Makefile.am to .lo files, to please some libtool deity

updated Tamil translation

Don't display the 'respond' button in presence notifications (#610032)

This button doesn't make anything as this event is not activatable. Plan is to
display better button at some point (see bug 597124) but for now let's remove
this button when it's useless.

remove EMPATHY_EVENT_TYPE_TUBE

It's not used any more.

account-assistant: remove '\n' from the salut error web page

Wrapping the label will add them for us.

account-assistant: Wrap secondary error message (#607908)

main-window: use GTK_MESSAGE_ERROR for account error info bars

The accounts dialog uses this message type in this case which makes more sense
as that's an really an error (#609822).

Use TpDebugSender to publish debug messages (#607330)

[help] Fixed the Apply button on account creation
* Added a small section about proxy configuration
* Updated the errors topics
* Fixed a capitalization glitch, at least now titles are all the same

empathy_accounts_dialog_show_application: try to run "empathy-accounts" from source

This fix starting the accounts dialog for people (testers mostly) using
Empathy from a not installed build.

empathy_accounts_dialog_show_application: use g_build_filename

That's cleaner to build a path.

Merge branch 'ack-all'

Remove duplicate and buggy bookkeeping of pending messages

add API to TpChat to ack all pending messages in one go

dispatcher_connection_new_requested_channel: fix a use-after-free crash

If an error occurs when requesting the channel, we call
dispatcher_request_failed which as the side effect of destroying the
DispatcherRequestData. When calling dispatcher_flush_outstanding_operations
we used to deference this pointer.
Fixes this crash by using the "self" pointer instead and reffing it to be sure
it stays valid.

Always use "Apply" button if we are not connected or editing an account

For some reason we mixed up the "Apply" and "Save" button. "Apply" is clearer
as hitting it as the side effect of reconnecting the account.

account-widget: don't display "Log in" button if we are modyfing an account

Either the account is enabled and saving will reconnect, either it's not and
that won't connect it.

Updated Slovenian translation

Updated Spanish translation

accounts-dialog: block the selection 'changed' signal while removing a row

There is no need to call accounts_dialog_model_selection_changed while removing
as we are going to call accounts_dialog_model_select_first right after which
will update the selection.

This has the nice side effect of letting the "remove" button sensitive after
the account has been removed. The callback used to be called recursively twice:
once during the removal of the row and once when calling
accounts_dialog_model_select_first in accounts_dialog_update_settings.
As accounts_dialog_model_selection_changed is checking if a row is selected
*before* calling accounts_dialog_update_settings, the button was unsensitived
at the end of the first call of the callback. (#609575)

Remove workaround for wrong drag behaviour

Revert "chat_window_create_label: ref the widgets stored as data so
we are sure they stay alive when doing DnD"

This is not needed anymore as we handle dragging correctly now

This reverts commit 183fa2e8a94d94a7098120fc43cde9ad83869de6.

Make the ChatWindow handle dropping items itself

Both GtkNotebook and EmpathChatWindow take action when drag-data-received is
signalled (moving the tab or adding a contact). Drag data is received after the
program has asked for it, usually when a drop occurs. Now this can be done in
two ways 0) Handle the drop signal yourself and call gtk_drag_get_data yourself
or 1) set GTK_DEST_DEFAULT_DROP and let gtk call it for you.

GtkNotebook takes option 0, EmpathyChatWindow decided to use option 1.. This
causes all kind of strange issues as the drag data is now requested twice and
thus the signal handlers are called twice causing all kinds of fun issues
(trying to move a tab that's already moved etc).

Change the drag dest flags to GTK_DEST_DEFAULT_HIGHLIGHT which provides some
extra visual clues but is other harmless and handle drops directly. Also remove
some cases where ChatWindow meddles with tab dragging as GtkNotebook will
handle these for us

Updated Thai translation.

Updated Galician Translation

Updated Spanish translation

Updated Spanish translation