empathy-tls-test: use g_assert_(no_)error()

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

empathy-irc-network-manager-test: use more specific assertions

They are more useful for debugging when the test is failing.

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

Updated Swedish translation

account-widget: allow JID such as 'test@localhost'

Thanks to marc@ttux.net for his help.

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

client-factory: ensure alias, presence, capabilities and avatar are prepared

Sometimes contacts are assumed to have these features prepared, but they
don't always. Ensure they are prepared by the factory.

don't free content of the list returned by empathy_connection_aggregator_get_all_groups()

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

empathy_pixbuf_avatar_from_individual_scaled_async: set an error if no avatar

It's fair for the caller to expect the error the be set if the _finish()
function returns NULL.

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

Updated Galician translations

Updated Galician translations

Updated Norwegian bokmål translation

remove released flag

prepare 3.3.4

individual-view: remove GTK+ workarounds

They have been properly fixed since a while.

empathy_account_get_error_message: get the reason before displaying it

coding style fix

individual-view: use tp_g_signal_connect_object() to connect the destroy sig

This ensure that we won't call the callback when disposing the widget.

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

filter_result_callback_data_new: add some checks

Updated Galician translations

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Updated Slovenian translation

account-widget-irc: fix label position in the grid

be less restrictive regarding the Service format

irc-network-chooser-dialog: be more NULL-safe

irc-network-chooser: set the account service

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

account-settings: allow to change the service

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

roster-window: watch for TpAccount:connection changes

The account being connected isn't longer enough to ensure that its
TpConnection is defined.

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

roster-window: factor out add_account()

Also fix a stupid bug where roster_window_account_removed_cb() was called on a
valid account in roster_window_account_validity_changed_cb().

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

roster-window: use self->priv pattern

roster-window: port to new coding style

While I'm modyfing this file, best to do it now.

rename MainWindow to RosterWindow

With the process split it doesn't really make sense to continue calling it
'main' window, it's just the roster now.

EmpathySoundManager: passing a GtkWidget is optional

Disable join button when protocol irc is selected

Fix a doubled word in the Hungarian translation

Updated Russian translation

added # in join room when irc protocol selected

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

contact-chooser: keep a ref on the TpContact we requested

Kinda hacky but that's the best we can do without major changes in Folks.

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

[l10n] Updated Dutch translation

[l10n] Updated Estonian translation

[l10n]Updated Turkish translation

Updated Hebrew translation.

Updated Belarusian translation.

Added Macedonian translation.

Updated Spanish translation

New translatino for Xhosa (xh)

individual-widget: display champlain map in tooltips

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

Check for champlain 0.12.1

We don't strictly depend on it but maps in tooltips will crash as hell with
any previous version.

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

individual_grid_destroy: remove the ChamplainEmbedView from its container

The EmpathyIndividualWidget object is re-used for tooltips so we should remove
the ChamplainEmbedView before trying to add a new one.

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

POTFILES.in: add empathy-new-account-dialog.c

accounts-dialog: remove protocol chooser

accounts-dialog: use the new account dialog

add new-account-dialog

This introduces some code duplication with the assistant but it's going to die
soon anyway.

account-widget: display the buttons in simple mode as well

We'll need them when creating the account. Adding a simple function to
manually hide them in the assistant for now.

account_dialog_create_edit_params_dialog: don't connect account-created signal

This signal will never be fired when editing an existing account.

account-widget: modernize dipose function

account-widget: use the self->priv pattern

I'm changing this file a lot so while I'm on it...

don't use deprecated GTK+ API

display the editor on top

properly handle accounts using an external storage

No need to manually prepare the connection

tp-glib does it for us now, thanks to the EmpathyClientFactory.

we can now use the stock close button

We should use the official accelerator for closing dialog. If widget fields
are also using the 'C' accelerator then they should be fixed.

remove old comment

We fire the close signal a bit later in this function

no need to control the cancel button sensitivity any more

It should also be displayed now as we always want the user to be able to close
the dialog.

add some padding in the edit conn settings dialog

Looks better that way.

add an accelerator to open the params dialog

pass a second NULL pointer to gtk_dialog_new_with_buttons()

It makes gcc happier.

Don't show the presence twice

Make it possible to add/remove/edit accounts without it crashing everywhere

Add a close signal, emitted by both cancel and apply

Begin combining the dialogs

This is not functional yet, but it does compile and kindof demonstrate what's
going to happen.

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

Updated French doc translation

Updated Spanish translation

[help] Reworked the search conversation topic

* Small work on the previous conversation topic in order
  to address the new UI. Topic needs to be reviewed.

[help] Fixed UI reference in the help

* Fixed UI reference in the add and delete account pages,
  the button changed with the new Gnome theme

Updated Polish translation of help

remove released flag

coding style fix

prepare 3.3.3

empathy_chat_window_present_chat: move to the chat window desktop

This is more coherent with Shell's 'app is ready' notication which moves the
view to the app desktop rather than moving the app itself.

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

add empathy_move_to_window_desktop

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

Updated Spanish translation

[help] Fixed some UI references and typos, fixes bug #653812

* Fixed the references to the OFF/ON switch

Updated Slovenian translation

import-widget: use the server in IRC account display name

User generally use the same nick on different servers so just displaying the
nick isn't very useful.

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

[l10n] Updated Italian translation

* Updated Italian help translation, fixes bug #666261

clsing tags (bug#666265)

Updated POTFILES.in

Stop passing an EmpathyContact to menu_item_new() fonctions

Best to always use an individual so we don't have 2 code paths to maintain.

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

individual-menu: export only the methods we need

No need to export everything. I added prototypes in the C file to not have to
move everything upside down.

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

remove empathy-contact-manager

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

remove useless includes of empathy-contact-manager.h

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

main-window: stop instantiating the contact manager

We don't use it any more.

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

remove EMPATHY_CONTACT_WIDGET_EDIT_FAVOURITE

It's not used any more and this code was the last one using the contact
manager.

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

remove unused empathy_contact_edit_dialog_show()

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

Show a contact as blocked if *all* is personas are blocked

It's clearer that way.

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

individual_menu_add_personas: add the block menu item, if needed

This allow user to select the personas he wants to block.

Note that I didn't pass an EmpathyContact as second argument to
empathy_individiual_block_menu_item_new() as we currently do with most
item_new() methods. Instead I just craft a new individual containing only the
persona we care about. This approach is much cleaner as we don't have to deal
with 2 different code paths. I filed bug #666163 to do the same with the
existing functions.

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

remove empathy-contact-menu

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

map-view: use the individual menu

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

chat: use an EmpathyIndividualMenu

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

add EMPATHY_INDIVIDUAL_FEATURE_BLOCK

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

remove EMPATHY_INDIVIDUAL_FEATURE_ALL

It's a bit fragile, user should say which features he wants.

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