Spring RTS Engine

legacy = tasserver-compatible one.
new = still-unused full-sql backend.

You don't pay attention very well. Go read the other thread about static linking spring stuff. It's not a simple thing. static linking in general isn't very hard What I want to know in this thread, is can a completely statically linked spring be done for just ubuntu. a statically linked spring woul...

the protocol is pretty stable, and compatflags bridge the gap rather well. maybe we'd increase the version if we deprecated commands? I'm not seeing many reasons to break backwards compat atm.

TASServer.jar is ~200KB

what makes the springls download 5.6MB and still require Java? newer dependencies?

I've extended the lobby commands for ban/unban to work with the legacy ban interface, and updated the mysql server address. I'll test it and push it live if I have any time tonight.

completely standalone windows exe of uberserver (doesn't depend on python) after upx is ~2.5MB for the simple version, ~2.9MB for full version (adds SQLalchemy)

should this be added to download page or windows installer? would be easier for people on windows to get started if they don't have java.

or introduce lobby commands for ban management? These could at worst be executed "manually" by moderators. introduce lobby commands? sounds like a good way for me to be verbally abused a year or two later by people who've forgotten about this thread. uhm... that really looks like some tes...

what to do with it? did you look into the code? imo before it can be (re)-used: - it should be cleaned up - documented (at least a README!) - pushed to github This has been the official ban interface for TASServer for years. It was part of the TASServer svn repository afaik, might've been moved to ...

/lobby contained the ban interface :)

also found this

lobby bans I'd completely forgotten about this (nobody's mentioned it to me since September)... I think the issue happened when licho moved to Windows server... the mysql information for the lobby bans (and the web interface, though that now appears to redirect to the wiki on lobby development) sto...

I opened this thread with the intention of checking both this and last week's minutes to make sure I took into account all feedback for my test implementation of the email <--> account binding. I was left with a rather nasty taste in my mouth after reading through this week's notes... personal excer...

the automute is *not* as bad as it looks, it's just not sending the line that gets them muted (to them less spammy) I did a ton of specific tests and it's very hard to get muted without pasting 2 (usually 3+) decent-length lines in a row, saying the same word very quickly, or saying the same rather ...

knorke wrote:Also the wudget must be able to do ping-pong even when spring almost hangs up during pathing a large map.
Otherwise the player gets disconnected from lobbyserver and nothing is won. (over just restarting spring)

not necessary on uberserver, as long as the socket remains open at the OS-level.

if they're abusing it, maybe self-regulate? like leaving a battle could = forced dequeue for a few minutes, or keep track of how many times they've done it... the reason for accept/decline shortly before the game starts: maybe they're making a sandwich and won't be around to place or order their uni...

sorry I didn't make meeting - was driving for 16 hours last weekend and had to sleep. spaced going to the meeting. if we're having another this week, I'll set myself a reminder to be there. so juggler is about matchmaking? if we're already implementing new protocol, maybe we could consider the merit...

tasclient's python scripting makes it possible for us to release a semi-official "get tasclient up to date with the protocol spec" module if we roll out any changes that are too exciting afaik springlobby didn't implement !join because they (rightfully) said it was an ugly hack. unfortunat...

map is imo the best attack vector, mod second, lua widget third. we don't have automatic widget downloading when a game is joined. most players will never extract their map/mod to see what's inside. I don't care if you find out I have a server running at 192.168.1.20 with port 25 open, you'll never ...

It doesn't need to prompt every time like UAC. it can have whitelists shipping with the engine distribution, and prompt *once* for a widget or connection target. We just need *some* form of reliable access control able to guarantee it won't facilitate a backdoor into your local/trusted network. No U...

it's fine to implement advanced network protocol. I've never said this is wrong or bad. I really don't feel comfortable with ANY arbitrary network connections made from lualand unless permission is given in some form... especially if connections are made from peer-downloaded maps/mods. a whitelist c...

Aegis, we already have that issue with lobbies and native AIs, and there are plenty fo people who've thought of malicious lua widgets. A malicious mod is already possible and yet it hasn't arose, and if someone did abuse sockets then they'd need to distribute the mod and we could easily get around ...