Closed danielepantaleone closed 10 years ago
What do you suggest ? Just giving a quick look at it, it seems to be a protection against changing the pbid value of a known user. Maybe this safeguard should be off in case the pbid in database is empty.
What is you view on this ?
I think the problem is quite bigger. I just checked the clients table of b3 and in the pbid column I can see only empty strings (assuming ppl unauthed) and None. I think the parser fails in retrieving the auth login or somehow it goes lost at a certain point
I'm still experiencing this issue: did anyone found a possible cause?
nop I could not work on that
@FenixXx how can one join a game server hosted on his home computer while having the Frozen Sand passport verified ? Is there a way to do this ?
No, there is no way to do that. If you start a server in public mode (dedicated 2) you will not be able to join from localhost (and I guess also from LAN environment since the auth server see only the external address. If you need a gameservers to do tests I can provide one for you.
thx I'm all set up now and I'm able to reproduce the bug
524dd1c14 fixes the 'None'
issue
75b3b69d4 make the iourt42 parser able to read rcon auth-whois
responses again
'None'
values will disappear and be replaced with the empty string or the Frozen Sand Account affected players once they reconnect.
Let me know if you can confirm the fix on a live server
Nice job. I will update my b3 and report the behavior in the next few days
I changed player GUID and AUTH login with fake ones but keeping the same pattern.