Some users can connect to their opponent on the CSS but disconnect on game start

[NikhilNarayana]

A number of users have come in with the ability to connect to their opponent after searching and then disconnect before the game starts (generally before Ready is done).

[burntcookie90]

I'm just gonna dump some of the info that I saw (and shared in the discord):

• logs at freeze, these just hammer the log viewer:

12:15:919 EXI_DeviceSlippi.cpp:1507 W[SLIPPI_ONLINE]: Halting for one frame due to rollback limit (frame: 59 | latest: 52)...
12:15:919 SlippiNetplay.cpp:571 I[SLIPPI_ONLINE]: Sending a packet of inputs [60]...
12:15:919 SlippiNetplay.cpp:576 I[SLIPPI_ONLINE]: Send [60] -> 00 00 00 00 00 00 00 00
12:15:919 SlippiNetplay.cpp:576 I[SLIPPI_ONLINE]: Send [59] -> 00 00 00 00 00 00 00 00
12:15:919 SlippiNetplay.cpp:576 I[SLIPPI_ONLINE]: Send [58] -> 00 00 00 00 00 00 00 00

• Always have an issue during the READY, exact time is not consistent. Have seen anywhere from 1.56 to 2.36s on the clock
• Always hard freeze, then DISCONNECT. The game stays up, the opponent is not there, just a character
• L-R-A-Start to exit and have to re-search for opponent
• Port forwarding doesn't (seem) to help, its possible that my network setup does not deal with port ranges as expected.

I can paste more hardware diagnostic info when I'm back at my machine if needed.

[dramborleg]

I just ran into this issue as well. I saw #310 open as well so I decided to try the suggested json order from that issue and then I was able to stop disconnecting before the game would start, so it seems that this bug is possibly related to the json parsing issues.

For reference, I'm on Fedora 35 so I was also running the workaround to preload the correct libgmodule library.