Unref the EmpathyFTHandlers

Unref EmpathyFTHandler objects after adding them to the manager.

Properly emit the TRANSFER_STARTED signal

Emit the TRANSFER_STARTED signal when actually starting the transfer
(after the DBus invocation callback).

Don't notify progress for zero bytes

Also, remove useless state property.

First implementation of error handling

Implement the callback in EmpathyFTManager.
Erase a redundant is_cancelled property in EmpathyFTHandler and rely on
the GCancellable, which is shared by EmpathyTpFile and EmpathyFTHandler.

Total FileTransfer draft spec exorcism

Rework the logic of cancelling transfers

Rework the logic of cancelling transfers so that the GCancellable object
is not used from an UI frontend, as that would require to duplicate
storage for each EmpathyFTHandler in the manager.

Use proper DEBUG() messages

Use values from TpFileTransferState

Use values from the TpFileTransferState and
TpFileTransferStateChangeReason enums instead of the Empathy draft
interfaces.

Only close the FT operation after the state change

Close the FT operation only after the "completed" state change has been
emitted, so that we can guarantee there will be no other progress
signals emitted after TRANSFER_DONE.
Also, add some other debug calls.

Format messages for hashing

Format messages when hashing.
Also, add some debug spew to see when the callbacks are called.

Emit the TRANSFER_STARTED signal

Emit the TRANSFER_STARTED signal also when offering.

Set the "incoming" property at construct

Set the "incoming" property of EmpathyTpFile when we construct it from
EmpathyDispatchOperation.

Sync with changes in master

Sync with the changes in master and port to the stable TP FileTransfer
spec.

Add is_completed and is_cancelled API

Add some API to get the state of the handler.

Use the proper TP interface instead of emp_cli

Update to use the stable TP interface for FT.

Make the whole thing compile

The branch now compiles. Still have to debug and implement error
handling.

Remove some of the EmpFileTransferState crack

The basic idea is to completely hide the state in EmpathyFTHandler, and
let the clients interact with the signal interface instead of switching
cases for the state.

Add empathy_ft_handler_get_total_bytes API

s/ft_manager/manager/ where appropriate

W.I.P. code for EmpathyFTManager v2

Use GET_PRIV everywhere
Stubs of implementations of the transfer state machine

Add empathy_ft_handler_get_transferred_bytes API

First batch of W.I.P. rework of EmpathyFTManager

Add to the EmpathyFTManager the new handlers.

Add some useful APIs to EmpathyFTHandler

Add some APIs to EmpathyFTHandler useful to get transfer properties.
Also, implement an error signal.

Fix indentation of function prototype

Remove useless include of empathy-tp-file.h

Remove dead code in EmpathyDispatcher

Rethink a bit the logic for an incoming transfer.

Now, a client should have to do the following, in order to receive a file transfer:
- let the EmpathyFTFactory claim the EmpathyDispatchOperation
- the factory will emit "new-incoming-transfer" when the handler is filled with
  the relevant properties
- now you can choose a destination file, and then you should call _set_destination
  on EmpathyFTFactory passing the handler.
- the factory will emit "new-ft-handler" as you're now ready to start the actual
  transfer.

Use the new API to send a file with the file chooser.

Emit the transfer_started signal as soon as we start an incoming transfer.

Free memory in _finalize inside EmpathyFTHandler.

We don't need dispose, finalize and private fields in EmpathyFTFactory (yet?).

Cleanup in EmpathyTpFile style.

Make libempathy compile with the new changes.

Modify EmpathyFTHandler to adapt to the changes in EmpathyTpFile API.

Remove the RequestData struct.

W.I.P. for heavy lifting on EmpathyTpFile.

Don't schedule the next read two times when we're finished reading the stream.

Add debug spew.

Add some error handling and keep on adding progress signals.

Fix the build.

Start implementing signals inside EmpathyFTHandler.

Implement empathy_ft_factory_claim_channel and make naming uniform.

Fix the build.

Set more meaningful names for EmpathyFTHandler public methods.

Call the dispatcher to create the Channel after we have built the request.

Implement hashing of the file. Make it compile.

Little cleanup.

Initial commit for EmpathyFTFactory and EmpathyFTHandler.

Only remove the address fields and position fields instead of all

Remove unused var

Get rid of McAccount everywhere

Shouldn't have to care about accounts, just connections.

Get rid of Mission Control as EmpathyAccountManager does all that too

Fix inconsistency in preferences and code

Don't set priv on a separate line

Use tp_g_value_slice_new_double

tp_asv_* cannot be used as tp_asv does not copy the keys

Reorder functions to get rid of the function declarations

Reimplement the singleton in the constructor

Fix errors found by make check

Use timeout instead of idle (and fix the fact that it wasn't actually working)

Use DEBUG instead of printerr

Don't use foreach to iter over a HashTable

Fix bracket style

Properly unref objects used by EmpathyLocationManager

Apply style fixes to EmpathyLocationManager

• update the copyright
• EmpathyLocationManagerPriv: document the hash table
• is_setup seems a poor name. geoclue_is_setup?
• remove PROP_0 we don't need/use it
• Don't use C++ comments

Don't build the file instead of #if the whole file

Factory is sometimes ref leaked

Queue location publish requests

Using an idle callback makes it less probable that the location
will be updated twice in a very short time.  This scenario
is common is the address_cb and position_cb got a reply from
geocluse almost at the sametime.

Rename empathy_location_manager_get_default to dup_default

This is more consistent with the rest of Empathy.

More explicit debug message on what is published

Any location accuracy will do

Don't use geoclue's timestamp

It turns out that the timestamp are not reliable (they
are often set to 0).

Don't call geoclue functions if the init failed

Fix a warning if McAccount has no TpConnection

Fix left over issues from rebasing

Don't show the location preferences if geoclue not available

Fix compilation if geoclue is not enabled

Merge fixes due to API changes

Various style fixes

Send a int64 timestamp to match the spec

Clear remote location upon disabling

Fix key freeing

Implement reduced accuracy

Send timestamp

When updating the resources, check for changed location

More ressource fix

Initial position/address and ressource fix

Should not be elseif

Publish location when enabling it

Support all position fields

Support address fields

Publish location after connection and when location changes

Add EmpathyLocationManager

Add a Location tab in preferences

Configure bits for geoclue

Merge commit 'ksz/can_stream_tube'

Add the method empathy_contact_can_stream_tubes in the empathy-tp-contact-factory

add chat.freenode.net as default FreeNode server (#584061)

Small update

Cope with status icon begin NULL