Fix T6 newcomer join eligibility after setup spawns
This commit is contained in:
@@ -118,6 +118,25 @@ at link time. The other four TWS modules can run without telemetry.
|
||||
|
||||
## Checks
|
||||
|
||||
### Newcomer eligibility
|
||||
|
||||
The stock [`_zm_gametype::onspawnplayer`](https://github.com/plutoniummod/t6-scripts/blob/2d8440321602f22f63f5335817110d60ddf223d5/ZM/Core/maps/mp/gametypes_zm/_zm_gametype.gsc)
|
||||
can schedule `spawnspectator` after 0.05 seconds while
|
||||
[`_globallogic_spawn::spawnplayer`](https://github.com/plutoniummod/t6-scripts/blob/2d8440321602f22f63f5335817110d60ddf223d5/ZM/Core/maps/mp/gametypes_zm/_globallogic_spawn.gsc)
|
||||
emits `spawned_player` at frame end. That event alone does not prove gameplay.
|
||||
Join `1.0.1` waits 0.1 seconds before checking session state and keeps listening
|
||||
after setup spectator spawns. `killed_player` also consumes eligibility so a
|
||||
death during that interval cannot restore newcomer access. The common dispatcher
|
||||
still starts each registered module once per connection.
|
||||
|
||||
Run `node tools/check_join.mjs` for portable lifecycle and request fixtures.
|
||||
These execute the join script with engine shims, not a GSC VM. Live validation:
|
||||
join Farm Survival during round 3 and remain spectating, use `.join` once, then
|
||||
try repeated requests, death, and subsequent rounds. On a fresh connection,
|
||||
wait for a normal round-start spawn, die, and verify `.join` is rejected.
|
||||
Also check a round-1 participant, reconnecting, disconnect during setup, and
|
||||
game over. Repeat on another T6 map; compile with the checker below first.
|
||||
|
||||
Local: `tools/check.ps1` compiles all seven files for T6 PC and checks shared
|
||||
references and entry points. It requires PowerShell and gsc-tool. The `.help`
|
||||
change passed the static entry-point/reference checks, but compilation and live
|
||||
|
||||
Reference in New Issue
Block a user