Spectator: pressing a key bound to +scores drops follow cam into freecam

[topochico6969]

Summary
While spectating in follow mode, pressing any key bound to +scores drops the spectator out of follow and into freecam.

Repro

1. Join a server as spectator and follow a player.
2. Press TAB (bind TAB "+scores").
3. The view switches to freecam.

What I tested

• Typing +scores / -scores in the console: stays on the followed player (works correctly).
• Other keys bound to +scores (e.g. INS): same bug, so it isn't TAB-specific.
• Wrapping it in an alias (alias +sb "+scores"; alias -sb "-scores"; bind TAB "+sb"): still happens.
• Holding any other key while pressing the scoreboard key: stays on view (bug doesn't happen).

So it looks like the key event is reaching the spectator scoreboard's cursor/key-catcher as a click, rather than the command itself being the problem.

Environment

• FnQL Windows client running under Proton on Linux (CachyOS, Hyprland/Wayland, NVIDIA 4060 Ti)
• Config is clean: nothing else bound to TAB
  )

[themuffinator]

Thanks for the detailed reproduction, especially the held-key and console comparisons. The engine was emitting Quake III's 0x0800 flag for any physical key; retail Quake Live uses 0x1000 for key activity and treats a rising 0x0800 as stop-follow. This was verified directly in the installed Steam binaries and explains those differences in the report.

PR #6 corrects the retail flag while preserving legacy connection profiles and the scoreboard's movement behavior. The new regressions reject the old value; the Win32 release build and complete regression suite pass (97 test targets passed, 2 skipped).

Leaving this issue open until the fix lands. Proton/Wayland was not available for an interactive retest; please recheck TAB, the alternate binding, and the alias with the fixed build when available.