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
If you change your client status, teiserver reacts with an unexpected CLIENTBATTLESTATUS.
The value equals the last known battle status, when the user was in a lobby.
One would need to find out, why this was initially added.
Maybe it's covering any edge cases.
Otherwise it's just a wrong implementation of spring protocol and can lead clients to wrong assumptions. (Like it's happening for chobby)
the spads instances are pkill'ed like with the engine update playbook (and BATTLECLOSED is sent, chobby cleans up everything)
(spads restarts its instances...) pkill -f 'spads.pl.*InstanceName='
you move mouse and send MYSTATUS 0 indicatiing you are back
Now teiserver does not only confirm the MYSTATUS by CLIENTSTATUS 0, but additionally with CLIENTBATTLESTATUS
Alternativly just start chobby in debug mode and
Go to chat -> Debug
Type MYSTATUS 0
Screenshots
No response
Additional context
No response
The text was updated successfully, but these errors were encountered:
Describe the Bug
If you change your client status, teiserver reacts with an unexpected CLIENTBATTLESTATUS.
The value equals the last known battle status, when the user was in a lobby.
One would need to find out, why this was initially added.
Maybe it's covering any edge cases.
Otherwise it's just a wrong implementation of spring protocol and can lead clients to wrong assumptions. (Like it's happening for chobby)
<-- Fireball: MYSTATUS 0
--> Fireball: CLIENTSTATUS Fireball 0
--> Fireball: CLIENTBATTLESTATUS Fireball 4194304 14717473
Reproduce the bug
(spads restarts its instances...)
pkill -f 'spads.pl.*InstanceName='
Alternativly just start chobby in debug mode and
MYSTATUS 0
Screenshots
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: