Updated Greek translation
lib: Don't use deprecated ListAdapters()

https://bugzilla.gnome.org/show_bug.cgi?id=678228
lib: Fix use of wrong unref() call
Assamese translation reviewed
wizard: Use shorter label for finishing phase

As the "new device" part is redundant.

https://bugzilla.gnome.org/show_bug.cgi?id=677172
Updated Telugu Translation
Updated Spanish translation
Updated Greek translation
Updated Traditional Chinese translation(Hong Kong and Taiwan)
po/vi: import from Damned Lies
Updated Vietnamese translation
Fix memory leak when registering the agent

https://bugzilla.gnome.org/show_bug.cgi?id=679240
wizard: Fix Simple Pairing never succeeding

The bluez RequestConfirmation call expect either an empty message (on
success) or an error (on failure) as return. The code tries to return
a string on success though, contrary to what the internal
introspection data says causing gdbus to just throw a warning
and bluez never getting a response, causing pairing to fail.

Fix RequestConfirmation return value

https://bugzilla.gnome.org/show_bug.cgi?id=679190
lib: Fix stuck "Finishing page" for some devices

Currently bluetooth_client_connect_service completes it async operation
directly when bailing (e.g. we don't have connectable service on the
remote device). This causes the bluetooth wizard to get stuck in the
Finishing page as it happens to go to this page *after* calling
bluetooth_client_connect_service.

Making the async operation complete asynchronously fixes the
"stuck" page.

https://bugzilla.gnome.org/show_bug.cgi?id=679190
applet: Fix device_get_name() in the applet

g_dbus_proxy_call_sync returns a tuple with the results, not the results
directly. As such we first need to get the dictionary out of the tuple
before we can lookup the information in it.

https://bugzilla.gnome.org/show_bug.cgi?id=674414
Updated Bulgarian translation
Assamese translation reviewed
Updated Norwegian bokmål translation
Updated Hebrew translation.
Updated Belarusian translation.