The lobby published SteamFriends()->GetPersonaName() as each member's
name, so the callsign box on the setup screen changed nothing anybody
could see - the room and the race both showed Steam personas instead. And
because the name never came from a file, wiping the install directory did
not shake it loose either, which is what made it look like stale data
being read from somewhere.
It now publishes the callsign. The persona stays as the fallback for a
player who has never set one, on the grounds that appearing as yourself
beats appearing as "Pilot".
This fixes the race as well as the room: a member's name in the egg comes
from the same published field, so the owner was building eggs full of
Steam personas too. The owner's own entry already used the typed callsign,
so the two were inconsistent in the same race.
RPL4FrontEnd_Callsign exposes what the front end already keeps and
persists in pilot.cfg. Verified the accessor reads it: a pilot.cfg
carrying callsign=TESTCALL logs FrontEnd: callsign "TESTCALL". The lobby
publish itself needs a room with a member in it, so that part rides on the
next two-machine run.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
CydandClaude Opus 5
d08404bf50