Thanks for all the above provided information.

Yes, I mean to say the disconnection by shutting down wifi / pulling the ethernet cable.

So, the actual disconnection depends on the OS TCP.

So, Could you please suggest what can be the best way to get the connection information at the client level within a fixed interval of time (i.e. whether it ...

Hi,

Did you test the given scenario after actual disconnection???

Basically there are two scenarios
- client is connected to the internet before and after login and if we don't send any data from client; the client got disconnected event after idle time.

- client is connected to the Internet ...

okk, I will wait for your response.

Regards,
Vipin

Hi Paolo,

I tried to test the given scenerio with your application (i.e. after removing the sfs.enableLagMonitor call from the Advanced Chat application) . FYI, your application is also becomes unresponsive and we won't get the given event on time.

So, should we consider that we need to send the ...

Hi Paolo,

I tried to test your application (i.e. Advanced Chat) and found that the disconnect event are generated on time within the same after disconnection.

But after comparing it with my application the main difference is that
- In your application the given data is sent to the server after ...

Hi,

I am having below mentioned issues while using the html5 client api.

-- If logged in at sfs and not joined any game room within a zone and got disconnected then we got the above event at the html5 client after the configured time (i.e. recconnection + Idle time as configured at the zone level ...