In the start method, the deferred being used is sometimes the one saved on the _connection object.
if you listen to the disconnect event of the hub, and try to initiate another connection, you get the previous deferred object, which is already resolved, and the hub doesn't try to connect again.
It seems that the deferred has not yet been deleted (it should be in the stop method that is initiated from the disconnect inner event).