Don't SUPERCEDE jointeam for bots

[lucianene]

When zr_enable is on, Hook_ClientCommand SUPERCEDEs every jointeam. That is correct for humans (ZR assigns teams), but bots use jointeam to finish connecting. After bot_kick / a bot_quota refill they then sit in status as 65535 [NoChan] challenging and never spawn.

The ignore has to happen at the hook site. An early return inside ZR_Hook_ClientCommand_JoinTeam still falls through to MRES_SUPERCEDE.

Human jointeam is unchanged. Boot-time fill already works via PutInServer → SpawnPlayer; this only unblocks later quota refills.

If you run bots on ZR, set bot_join_team ct (or t). Default any can reopen the CT-force kick/re-add loop from #185 / Source2ZE/ZombieReborn#64.

bot_quota 0 then bot_quota 10 in the same map can still latch in the base game (#169). bot_kick then setting quota again is the path this fixes.

Test

• zr_enable 1, bot_join_team ct, bot_quota 10, bot_quota_mode fill
• bot_kick, wait for refill
• status shows 10 real bots, not 65535 challenging ghosts

[Vauff]

Please disclose AI use if/when applicable.

After bot_kick / a bot_quota refill they then sit in status as 65535 [NoChan] challenging and never spawn.

That's not what's happening here, disconnected players will often have their controllers persist, appearing this way in status. Those are simply the bots you just kicked, the same behaviour can be seen when real players disconnect from the server.

That aside, I've found no observable bot behaviour changes when testing this PR. The behaviour you describe happens because bot_kick resets bot_quota to 0, regardless of if this PR is being used or not. It also doesn't fix the infinite bot team switch loop that happens in certain configurations.

[Vauff]

This is redundant, because you're already checking IsBot in the only place this function is called.