You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Upon leaving a telnet session running for a certain period of inactivity, the connection seems to wane on the client side. The game becomes unresponsive, but doesn't drop the session. When I disconnect and reconnect, and attempt to login to the same character, the session will once again hang as it goes through the choose-character.js event.
Once I disconnect and reconnect a second time it loads my character like normal, but there is a duplicate standing there. This process can be rinsed and repeated seemingly in perpetuity. I spawned about 3 duplicates in one particularly long session of reading code and testing things in game, with long gaps in between.
Synopsis
Inactivity causes the session to hang on the client side, yet persist on the server even after going link-dead. While testing I also discovered some awkwardness when it comes to attempting to log into the same character from a new session while the old session is still alive. It left my new session hanging, after choosing that same character, as it fires the multi-play event in the same way as before. However, this case did not cause duplication.
Server Logs
2018-12-12T23:17:34.410Z - info: User connected...
2018-12-12T23:17:40.959Z - info: Selected Xavious
2018-12-12T23:17:40.962Z - warn: Booted Xavious: Replaced. No multiplaying allowed.
Environment (please complete the following information):
Client side - Windows 10 and MUSHclient
Server side - Centos 7 with node.js v10.14.1
The text was updated successfully, but these errors were encountered:
I'm going to need exact steps because I can't replicate this. Here are the steps I tried:
Step maxIdleTime to 1 minute
Ensure allowMultiplay is false
Start server
On a Windows 10 machine use MUSHclient to connect to server
Log into character Foobar
On a Linux machine use telnet to connect to server
Log into character Tester
Let Foobar character idle timeout
Received this message on Foobar character
You were kicked for being idle for more than 1 minutes!
Server logs this message
2018-12-24T21:24:22.431Z - info: Kicked Admin for being idle.
2018-12-24T21:24:22.431Z - info: Admin has gone linkdead.
Use Tester character to check who list. See that only Tester is present
Use MUSHclient to reconnect and log in Foobar character. I do not receive a multiplaying message.
Use Tester character to check who list again. See Tester and one Foobar character. No duplicates.
I was also not able to replicate any bugs with dual connections, i.e., trying to log onto the same character with multiple clients. I was correctly booted from the other connections when logging into that character.
Issue
Synopsis
Inactivity causes the session to hang on the client side, yet persist on the server even after going link-dead. While testing I also discovered some awkwardness when it comes to attempting to log into the same character from a new session while the old session is still alive. It left my new session hanging, after choosing that same character, as it fires the multi-play event in the same way as before. However, this case did not cause duplication.
Server Logs
Environment (please complete the following information):
The text was updated successfully, but these errors were encountered: