Aoe#1256
with ingame name Aoe#1265
who is claiming to be the Aoe#1652
with the ingame name Aoe
you played with last night is the real Aoe which you are supposed to know from another registry has the account name Aoe#1255
Aoe#1256
with ingame name Aoe#1265
who is claiming to be the Aoe#1652
with the ingame name Aoe
you played with last night is the real Aoe which you are supposed to know from another registry has the account name Aoe#1255
Nameyouwant#random-4digit-discriminator
Aoe
that is logged in to an account, but you are not allowed to see the nameAoe#1234
) in-game.
While that option is enabled, they lose the ability to add friends and other features that need the account name etc.
But they can still finish maps that can count towards their points.
If someone has their account name hidden to impersonate someone, then you can just automatically assume that its an impersonatorAoe#1234
) in-game.
While that option is enabled, they lose the ability to add friends and other features that need the account name etc.
But they can still finish maps that can count towards their points.
If someone has their account name hidden to impersonate someone, then you can just automatically assume that its an impersonator account#discriminator
the gameserver is claiming is on the serverm_aLocalIDs[1]
when the dummy is connected, as this ID is not updated when no dummy is connected, so it can refer to another client if you disconnect your dummy and another client subsequently takes its client ID.
Closes #3699.
sv_sql_bindaddr
is entirely unused:
https://github.com/ddnet/ddnet/blob/dd09c59710cd480bc2c1ddf450c4038997dbfb1b/src/engine/shared/config_variables.h#L260
And the following seems wrong, as the same string is used as input and output for a str_copy
:
https://github.com/ddnet/ddnet/blob/dd09c59710cd480bc2c1ddf450c4038997dbfb1b/src/engine/server/server.cpp#L3418
Should we always use the configured SQL bindaddr when adding SQL servers, or should we just remo...