reconnect_failed gets never fired #652

Pita · 2011-11-19T21:37:42Z

If I stop the node server so every reconnect of the client fails, the reconnect_failed event gets never fired

Here is the position in the code where reconnect_failed should get fired https://github.com/LearnBoost/socket.io-client/blob/master/lib/socket.js#L501

for some reason it never enters the else part

n1mmy · 2011-12-14T01:06:34Z

I am having the same issue. It is reproducible with a simple test case:

app.js:

var io = require('socket.io').listen(4000);

io.sockets.on('connection', function (socket) {
  socket.emit('news', { hello: 'world' });
  socket.on('my other event', function (data) {
    console.log(data);
  });
});

app.html:

<html>
<head>
<script src="http://localhost:4000/socket.io/socket.io.js"></script>
<script>
  var socket = io.connect('http://localhost:4000',
    {'reconnection delay': 100,
     'max reconnection attempts': 4});
  socket.on('news', function (data) {
    console.log(data);
    socket.emit('my other event', { my: 'data' });
  });

  socket.on('connect', function () {
    console.log("connect");
  });
  socket.on('disconnect', function () {
    console.log("disconnect");
  });
  socket.on('connecting', function (x) {
    console.log("connecting", x);
  });
  socket.on('connect_failed', function () {
    console.log("connect_failed");
  });
  socket.on('close', function () {
    console.log("close");
  });
  socket.on('reconnect', function (a, b) {
    console.log("reconnect", a, b);
  });
  socket.on('reconnecting', function (a, b) {
    console.log("reconnecting", a, b);
  });
  socket.on('reconnect_failed', function () {
    console.log("reconnect_failed");
  });

</script>
</head>
<body>
hello world
</body>
</html>

Run node on the app.js file. Open the HTML file in a browser. Open the debug console in the browser. Note that you got a 'connected' event. Control-c the node server. Note that you get a bunch of reconnecting messages, but never a reconnection_failed.

The reconnection options don't seem to make a difference. I included them here so you don't have to wait a long time to see the failure.

rkirks · 2012-01-30T14:48:56Z

+1

Selvatico · 2012-02-16T09:23:57Z

the same

dhruv-bhatia · 2012-04-10T10:15:27Z

+1, here's how I'm dealing with it:

Client side code (Coffeescript):

# Set max reconnects here
max_reconnects = 5

socket = io.connect("http://localhost:3000",
  "reconnection delay": 100
  "max reconnection attempts": max_reconnects
)

socket.on "reconnecting", (delay, attempt) ->
    console.log "attempting reconnect - " + attempt
    if attempt is max_reconnects
        console.log "all reconnect attempts failed"
        # Show the user an error etc.

This will return the following in the console.log after you Ctrl+C the server:

attempting reconnect - 1
attempting reconnect - 2
attempting reconnect - 3
attempting reconnect - 4
attempting reconnect - 5
all reconnect attempts failed

maxailloud · 2012-04-12T10:47:14Z

Same, the issue is still here.

edwardbc · 2012-04-12T18:23:07Z

Same here, testing on 0.9.5. The problem happens in the following block:
https://github.com/LearnBoost/socket.io-client/blob/master/lib/socket.js#L520

Plus, redoTransports is always undefined on the first time. Seems this is not considering when try multiple transports has been disabled, which should make the the reconnect_failed to always fire in those cases as well.

rakyll · 2012-04-17T08:34:48Z

Same issue here.

nynexman4464 · 2012-04-25T16:18:27Z

I ran into this problem as well. I've definitely found the cause, hopefully a fix. redoTransports is undefined at first because socket.io only tries multiple transports on the last reconnection attempt (this is a side note in the config doc). I think the intention here is to do one last connection attempt with all transports, and finally give up.

The problem is, the handshake is always done with XHR or jsonp. If the server is not reachable, the handshake will always fail. In the handshake code, there is a line:
if (xhr.status == 200) {
complete(xhr.responseText);
} else {
!self.reconnecting && self.onError(xhr.responseText);
}
}
this bizzare, hard to read line !self.reconnecting && self.onError(xhr.responseText); means that self.onError will only be called if self.reconnecting is false. (I don't like this kind of shorthand - use an else if). Normally, there is a reconnect timer that will fire, triggering another call to reconnect. However, the timer is not set up on the last reconnection attempt. This code path never runs, meaning reconnect_failed is never called.

The solution I think is to also start the timer on the final reconnection attempt. Once I figure out how, I'll submit a pull request for a patch.

eephillip · 2012-05-23T21:39:54Z

+1 I can't get connect_failed or reconnect_failed to emit

robbrit · 2012-06-11T17:12:50Z

I managed to fix the problem by changing this section:

if (!self.redoTransports) {
  self.on('connect_failed', maybeReconnect);
  self.options['try multiple transports'] = true;
  self.transport = self.getTransport();
  self.redoTransports = true;
  self.connect();
} else {
  self.publish('reconnect_failed');
  reset();
}

After the self.connect() line I added:

self.publish('reconnecting', self.reconnectionDelay, self.reconnectionAttempts);
self.reconnectionTimer = setTimeout(maybeReconnect, self.reconnectionDelay);

This causes the event to get fired properly after the last failed attempt.

eephillip · 2012-06-12T02:50:16Z

Nice, the connection failure event is trigging for me with that mod.

veeru-as · 2012-06-15T05:23:20Z

@robbrit i just found that the changes what you mentioned are already there in my socket.io.js but still the reconnect_failed event is not getting fired. And also one more thing what i found it, even if i specify 10 reconnect attempts it tries only 5 or 6 times and stops. Please any one help to solve this.

robbrit · 2012-06-15T14:44:38Z

@veeru-as The first code block is what is already there, the second code block is what I added. Also keep in mind that the reconnect delays are exponential, so after a while it seems like it has stopped but it is just waiting a long time.

jrmyio · 2012-09-06T20:49:14Z

Is there any partical reason why this reconnect_failed is in the docs but it never triggers?

jsilveira · 2012-11-14T04:30:46Z

Is there any reason why this bug has not been fixed??

3rd-Eden · 2012-11-14T06:31:29Z

Because you didn't make a pull request for it yet?

On 14 nov. 2012, at 05:31, jsilveira notifications@github.com wrote:

Is there any reason why this bug has not been fixed??

—
Reply to this email directly or view it on GitHub.

haddow777 · 2012-12-15T00:57:39Z

I went through it in chrome. The variable causing the issue is "self.redoTransports" because it is always undefined. This is most likely a breakdown in the config section of the code.

dizballanze · 2012-12-17T16:29:01Z

Same.

eephillip · 2013-01-17T23:35:31Z

The fix from robbrit still appears to work for me in 0.9.11.

matbee-eth · 2013-02-14T19:14:00Z

Can we please get this pushed in? ffs.

godratio · 2013-03-01T01:19:46Z

@robbrit Thanks for the fix. Helped me fix the issue I was having.

kommander · 2013-04-22T19:58:13Z

Can anybody tell what redoTransports does? I cannot find it anywhere throughout the codebase and it is never set, so it always enters the if(!self.redoTransports)... which sucks. Removing the negation for the condition works just fine then: if(self.redoTransports)...

kurteknikk · 2013-05-27T09:44:40Z

@robbrit Have you ever had any problems with your fix ?

I implemented your fix, it fixed the issue with reconnect_failed BUT something seems to be going wrong with re-connecting to the server, the client is creating more 'new connections' than it should.

Maybe it's just how i'm starting socket.io from the client, these are my options.

socket = io.connect(url, {
        'connect timeout': 5000, // 5 seconds should be enough
        'try multiple transports': true,
        'reconnect': true,
        'reconnection delay': 500,
        'reconnection limit': 5000,
        'max reconnection attempts': 3,
        'sync disconnect on unload': false,
        'auto connect': true,
        'flash policy port': 10843,
        'force new connection': true //IMP: to be able to re-connect using our own logic
    });

I'm posting this just for the sake of other people who might come across the same issue. I'm not using re-connect failed anymore because i switched to: 'max reconnection attempts': Infinity

robbrit · 2013-05-27T11:50:07Z

@kurteknikk: we had a problem where we would get connections, but they would never fire the disconnect event and so the server would never know when the clients would disconnect. I didn't bother fixing it, we ended up switching over to SockJS, which solved a lot of the problems we were having.

rfink · 2013-06-03T13:42:44Z

Can I suggest this at least goes in for the 1.0 release?

ludoblues · 2014-02-04T21:57:55Z

Would be nice, still need it 2 years later.

robpieke · 2014-03-30T12:59:26Z

Agreed ... just ran into it myself this morning :(

See robbrit's comment in this thread: socketio/socket.io#652

gabmontes mentioned this issue Feb 1, 2013

Calling mayReconnect one more time to allow reconnect_failed to be fired socketio/socket.io-client#516

Closed

Fauntleroy mentioned this issue May 28, 2013

"Reconnecting" never changes to "Reconnect Failed" Fauntleroy/relay.js#111

Open

mokesmokes mentioned this issue Jul 17, 2013

reconnection fixes socketio/socket.io-client#564

Closed

jbg-zuba added a commit to jackboxgames/socket.io-client that referenced this issue Dec 11, 2014

Added fix from socketio/socket.io#652

80b3daa

agilethomas added a commit to agilethomas/socket.io-client that referenced this issue May 5, 2015

Fixed issue with reconnect_failed event not getting triggered

56c76ae

See robbrit's comment in this thread: socketio/socket.io#652

This issue was closed.

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

reconnect_failed gets never fired #652

reconnect_failed gets never fired #652

Pita commented Nov 19, 2011

n1mmy commented Dec 14, 2011

rkirks commented Jan 30, 2012

Selvatico commented Feb 16, 2012

dhruv-bhatia commented Apr 10, 2012

maxailloud commented Apr 12, 2012

edwardbc commented Apr 12, 2012

rakyll commented Apr 17, 2012

nynexman4464 commented Apr 25, 2012

eephillip commented May 23, 2012

robbrit commented Jun 11, 2012

eephillip commented Jun 12, 2012

veeru-as commented Jun 15, 2012

robbrit commented Jun 15, 2012

jrmyio commented Sep 6, 2012

jsilveira commented Nov 14, 2012

3rd-Eden commented Nov 14, 2012

haddow777 commented Dec 15, 2012

dizballanze commented Dec 17, 2012

eephillip commented Jan 17, 2013

matbee-eth commented Feb 14, 2013

godratio commented Mar 1, 2013

kommander commented Apr 22, 2013

kurteknikk commented May 27, 2013

robbrit commented May 27, 2013

rfink commented Jun 3, 2013

ludoblues commented Feb 4, 2014

robpieke commented Mar 30, 2014

reconnect_failed gets never fired #652

reconnect_failed gets never fired #652

Comments

Pita commented Nov 19, 2011

n1mmy commented Dec 14, 2011

rkirks commented Jan 30, 2012

Selvatico commented Feb 16, 2012

dhruv-bhatia commented Apr 10, 2012

Client side code (Coffeescript):

maxailloud commented Apr 12, 2012

edwardbc commented Apr 12, 2012

rakyll commented Apr 17, 2012

nynexman4464 commented Apr 25, 2012

eephillip commented May 23, 2012

robbrit commented Jun 11, 2012

eephillip commented Jun 12, 2012

veeru-as commented Jun 15, 2012

robbrit commented Jun 15, 2012

jrmyio commented Sep 6, 2012

jsilveira commented Nov 14, 2012

3rd-Eden commented Nov 14, 2012

haddow777 commented Dec 15, 2012

dizballanze commented Dec 17, 2012

eephillip commented Jan 17, 2013

matbee-eth commented Feb 14, 2013

godratio commented Mar 1, 2013

kommander commented Apr 22, 2013

kurteknikk commented May 27, 2013

robbrit commented May 27, 2013

rfink commented Jun 3, 2013

ludoblues commented Feb 4, 2014

robpieke commented Mar 30, 2014