Spring RTS Engine

You are right - it should be fixed by https://github.com/spring/uberserver/co ... d10d3ae100, which is now on the lobbyserver. Thanks.

http://www.google.com/search?as_sitesea ... s.com/wiki

Seems a reasonable add to me, it is clearly better that mediawiki's native search.

Regarding "securing" logs The policy (which is part of the server agreement) on what should / should not happen to user data is here: https://springrts.com/wiki/Data_Usage#Disclosure_of_data_to_third_parties_and_other_users Amongst other things, its clear that you can't auto-upload them from passwo...

@gavrk: According to server logs, you registered your account but you haven't ever tried to log in with it. Unfortunately, you were detected as trying to register your account over a VPN, which means you will have to wait 24h after registration before you can log in anyway - you will be sent an erro...

Afaik SPADS is in the process of adopting https support (maybe its in dev but not release atm).

Impressive.

Split & updated stats. With the possible exception of https://github.com/springlobby/springlobby/issues/941 it looks to me like its now working well.

LordGrey This is a bit special: He registered his account, then straightaway tried to re-register the same username again without logging in, then tried to login but entered his password incorrectly 9 times, tried to re-register the same username 2 more times, then registered a second account (user...

Split from https://springrts.com/phpbb/viewtopic.php?p=593107#p593107 I made a few tweaks to timings & error messages on Jan 8th to try and smooth the new email registration process. I think its working well now, some stats: Since then until now (currently Jan 12th) there were 74 new registrations,...

Players in Asia and Russia some times don't get the validation e-mail, sometimes it takes more than a day Afaics the only reason for this can be their email providers. The email is always sent without any delay. and then there's no way to re-open the 'enter code' / validation window that I could fi...

That email is simply an account registration, it has nothing to do with anything abma did to reset your pw.

I have sent you another password reset email.

edit: Perhaps you were the user "Enwron". If so, you were hit by a bug (which is now fixed) and you should now be able to log in as normal with that username+pw. If not, and you are somebody else: 1) Make sure your lobby is up to date - SpringLobby 0.269 (or later) is required. 2) If it still doesn...

You need to contact bibim for this, I suggest https://github.com/yaribz/sldb/issues

Imo opinion a sane solution to this would be (1) uberserver writing a file somewhere specifying which engines recently (~within 1 week, say) were hosted on the server and (2) the disk cleanup scripts checking this file and not deleting stuff that is in use. Should be easy to do without filling the d...

Today we started tagging uberserver versions. Also today, we incremented the lobby protocol version, to 0.38, for the first time since 2014. Each client now prints the current server version within the message of the day. It is also sent as arg of the TASSERVER command. This should help with debuggi...

SL worked

Good

WillerhideLast Friday at 8:58 PM
'Validation failed for the following reason: Unknown session_id.'

This message is not sent (to anyone, or any logfile) by either SL or Uberserver.

SessionIDs enumerate socket connections, they have nothing to do with registration/emails.

It's basically impossible to help you unless you provide log files. I am able to register new accounts using SL without issue.

registrations via SL and Matrix are completely ... They aren't, currently a handful of new accounts are successfully registered via SL each day. I also tested it myself a few days ago. It has never been possible to register new lobbyserver accounts using the matrix, nor should it be. I'm currently ...

Because the client has the option to choose their battle status dependent on what is going on inside the battle. Whether the client actually makes any use of the information is up to the client. Regardless, the server will not process the clients reply until after all the battle info was sent to the...

@forb: My original PR automatically recognised when the Spring protocol was in use, and showed an email input field in this case. For some reason, it was changed by Googlefrog/gajop in https://github.com/Spring-Chobby/Chobby/commit/3cc640ec809b654c8fbd6783a760db1f252c8a13#diff-2c19b51824a09f149f8b47...