Sorry for the late reply, but <3

It's kinda useless only on one autohost :) Bibim promised something like contrib install type.

hm i have problems with the userDataRetention

it doesnt log any ip...

anyone else have problems with it ?

Why do you think it doesn't store IPs ?
What value did you use for userDataRetention ?
Did you set the natType hosting setting to "2" ? (this allows the autohost to receive the IP address of all players who join the battle, not only the IPs of players/bots hosting battles).

i looked into the datafiles ...

so now it works i think in the documention there should be a hint that userdataretention need nattype 2. that was my fault.

Did you wait long enough before checking the datafiles (or restarted SPADS to force a dynamic data dump) ? SPADS dynamic data aren't written in real time in the datafiles, they are just dumped from time to time according to the dataDumpDelay setting.

userDataRetention doesn't need natType 2. natType 2 just allows you to get more IPs (cf my previous post).

bibim is there a reason you haven't merged it in?

Unfortunately I haven't had time to work on SPADS since some time now, mainly due to my job... I did some minor devs, but now I'm on vacation and not at home, so it will wait.
Concerning specifically the !team/!tcoop commands, I don't want to implement them like this, I want to add a configurable threshold that allows the autohost admin to set the acceptable "unbalance" produced by team preferences (otherwise I think there would be even more arguments between players about unbalanced games due to all the good players choosing to be in the same team...).
However, as I proposed to Lupus, I think I will add a "contrib" release type that would contain such patchs that I don't want to merge directly like this, so autohost admins could still use them easily.

Could !force xxx id/team/spec work ingame as well? I'm not entirely sure this is possible, though.

I believe it is not. And it will be unfair. I know all start positions and i'm forced to another team. And i draw them at once, so that another team knows where is a weak player or smth.

Well, you have my sincere appreciation whenever you get around to it Thanks :)

YokoZar: omg overquoting :)
Btw people are complaining about voteexit trolling. When they are mircoing units they don't read chat. And voteexit passes.
And about that threshold of unbalanciness. I don't think it's worth implementing. Games are unbalanced anyway coz of clans. Or you could just apply penalties to !team too.

a voting widget could help here.

Anyone who doesn't vote should have their vote counted as a "no" not as a "I decline to vote". Votes shouldn't be passing without meeting some sort of participation threshold.

I'm curious, what is the reasoning behind giving by default lobby moderators admin access to all spads autohosts?

The hosts are owned by the people that run them, the spring server is merely a relay and its moderation team has nothing to do with controlling autohost settings.

perhaps autohost admins decided it's a good idea and doesn't need changing?

Only they did not. As far as I know this was a decision made by bibim only. Most autohost runners on spring are too stupid to change it, or don't even know about it.

i can assure you i did.

bibim is the author of the software and the default configuration lies in his hands only. other owners of autohosts can easily change that setting. basically, it's a non-issue.

It is an issue because moderators gain access to all spads autohosts by default. It is not even written anywhere that by using this software you give access to xyz people that happen to be moderators.

Actually SPADS vote system is already customizable:
- each autohost user can adjust his own vote preferences ( autoSetVoteMode, voteMode, votePvMsgDelay, voteRingDelay)
- each autohost administrator can adjust the default vote preferences (autoSetVoteMode, voteMode, votePvMsgDelay, voteRingDelay)

Concerning the vote system, there is no perfect solution.
Either called votes take forever to pass, either it's too easy to join with clones accounts and bypass vote system.
I chose these default values because personaly I prefer having a quick vote system and using bans to deal with bad behaviors. However, autohost admins and even autohost users can change this default behavior.