-
Notifications
You must be signed in to change notification settings - Fork 334
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Atmosphere websocket is closed when disconnecting from network #922
Comments
What is the reason that it seems to keep working even if the network is disconnected? It will be helpful if you can show the pointer that shows the behavior |
Well, i don't know why the second scenario works.
I guess that Atmosphere notices that we disconnected from the network and starts buffering the messages until we reconnect. This is somehow unexpected, since the server is running locally and, hence, is still reachable. I will make a Dockerfile later today or tomorrow such that this problem can easily be reproduced. |
In a Docker container (i.e. Linux) the problem does not occur, but on my Macbook (macOS high sierra 10.13.6) it does occur. This is part of the server's output:
This is the client's console:
When running the server inside a docker container i do not get the Client's console when running the server in a Docker container:
|
I'm connected to my home network through wifi and run the Scalatra atmosphere example:
I open localhost:8080 in my browser (firefox 66.0.2) and everything works fine. However, when i turn off my wifi (i.e. i'm no longer connected to any network) the websocket between the frontend and the backend breaks:
I would expect the websocket to stay alive since the server is running locally on my machine.
On the other hand, this works:
./sbt ~jetty:start
The text was updated successfully, but these errors were encountered: