DDraceNetwork

not a bug but anyone know the reason why the killtiles at edge of maps are not the same as the normal ones?

spur

not a bug but anyone know the reason why the killtiles at edge of maps are not the same as the normal ones?

I'm pretty sure it's because of the LB problem

damn thanks for clarifying what LB means

spur

not a bug but anyone know the reason why the killtiles at edge of maps are not the same as the normal ones?

in what way

spur

not a bug but anyone know the reason why the killtiles at edge of maps are not the same as the normal ones?

There is no real reason . there is simply a out of play field check and this check has not radius, so it's exactly the mid of the tee

o yea

Hi, I found a potential bug in the master server. It seemingly reports the same server twice for a small period of time (< 16 seconds) when (seemingly) the server map is changed. Maybe my assumption is incorrect that a single server address should only exist once in the server list returned by https://master1.ddnet.org/ddnet/15/servers.json Here is an example of a server existing twice (the json data structure is different from the one returned from the master server)

[
          {
            "Timestamp": "2024-01-27T00:15:54.807200562Z",
            "Address": "74.91.124.108:8314",
            "Protocols": "WyJ0dy0wLjYrdWRwIl0=",
            "Name": "DDNet USA3 - Brutal",
            "Gametype": "DDraceNetwork",
            "Passworded": false,
            "Map": "Mines of Fear",
            "MapSha256sum": "718ac606b35d83abe7fa0c6a820c4d1ef502d2c5ae09e01fcabaef8d7482ad7d",
            "MapSize": 291924,
            "Version": "0.6.4, 17.4.2",
            "MaxClients": 63,
            "MaxPlayers": 63,
            "ScoreKind": "time"
          },
          {
            "Timestamp": "2024-01-27T00:15:54.807200562Z",
            "Address": "74.91.124.108:8314",
            "Protocols": "WyJ0dy0wLjcrdWRwIl0=",
            "Name": "DDNet USA3 - Oldschool",
            "Gametype": "DDraceNetwork",
            "Passworded": false,
            "Map": "Amor 1",
            "MapSha256sum": "cad6eb93b343b7e74996e468d89cf2424ccaae2cfa0e2109822019f89c2c69f0",
            "MapSize": 162497,
            "Version": "0.6.4, 17.4.2",
            "MaxClients": 63,
            "MaxPlayers": 63,
            "ScoreKind": "time"
          }
]

(edited)

74.91.124.108:8314 is an official DDNet server. https://ddnet.org/connect-to/?addr=74.91.124.108:8314/ (edited)

maybe map changes do not trigger update messages to be sent to the master server (or the master server does not enforce uniqueness of addresses) (edited)

cool bug

might be exploitable to spam your server on the list?

yeah

10:08

knowing little about the lifetime of the map code in the server

10:08

it could be that registering with the masters will happen whenever u change map

10:08

instead of it sending an update it'll just re-register entirely with the new map parameter

10:09

dunno

jxsl13

maybe map changes do not trigger update messages to be sent to the master server (or the master server does not enforce uniqueness of addresses) (edited)

can you show the code that generated this?

I don't see an obvious bug in the masterserver code

11:25

why are you using base64 on the protocol?

well, I was trying to debug a unique key violation that occurs like 2 to 5 times per day when inserting the individual server meta data into my database. I'm getting a discord error message with an attachment of the json representation of my objects, I took that list and wrote a small test to to check if there are indeed two identical addresses in the server list. (edited)

11:26

it's just how the json serializer serializes a byte stream (protocols are saved as jsonb in the database) (edited)

11:32

the master server json goes through a few mapping steps before it is put into the database, so there might be a bug which would occurr too rarely to be an obvious issue. (edited)

to find out on which side the issue is, it might be nice to print out the servers.json that led to the error

will add that

11:34

and let it run

cool

16:55

why tele not working

xkaz

why tele not working

sv_test_cmds 1

xkaz

Click to see attachment 🖼️

I assume as a response to your message, @furo has added an error message: https://github.com/ddnet/ddnet/pull/7869

Add a error message for when testing commands aren't allowed by fur...

It will now print an error message if you try use a testing command without having sv_test_cmds enabled. Checklist Tested the change ingame Provided screenshots if it is a visual change Tested...

Steinchen

Best skin!

5

furo

Best skin!

send