Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fun rounds reset class availability settings #130

Open
bretonium opened this issue Mar 15, 2019 · 1 comment
Open

Fun rounds reset class availability settings #130

bretonium opened this issue Mar 15, 2019 · 1 comment
Labels
bug Something isn't working

Comments

@bretonium
Copy link
Collaborator

As server administrator, i chose to disable specific classes, for example, sniper. After fun rounds it gets enabled back, ignoring what i have set in console or config file

@bretonium bretonium changed the title Fun rounds reset availability settings Fun rounds reset class availability settings Mar 15, 2019
@teoman002 teoman002 added the bug Something isn't working label Mar 18, 2019
@teoman002
Copy link
Collaborator

Fun rounds should be used with this new feature #111, because it properly backups all config vars.

Kaffeine referenced this issue in infclass/teeworlds-infclassR Sep 2, 2021
This means that we have a reliable and fast way to query for extended info,
while also not wasting network bandwidth.

The protocol is designed to be extensible, there's four bytes space for
encoding more request types (currently zeroed), and there's one string in each
response packet and one string for each player available (currently the empty
string).

The protocol itself has no problems with more than 64 players, although the
current client implementation will drop the player info after the 64th player,
because it uses a static array for storage.

Also fixes #130, the player list is just sorted each time new player info
arrives.

(cherry picked from commit 1d81d568502cfc548e01912595a25da166335b37)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants