This wiki is archived and useful information is being migrated to the main bzflag.org website

V3RCChecklist

From BZFlagWiki
Revision as of 05:58, 14 May 2010 by Trepan (Talk | contribs) (removed the network-data-order / motto critical fix)

Jump to: navigation, search

Overview

V3.0 has some major problems that prevent it from being close to a release candidate. This page will list the remaining items that need to be addressed before an RC can be made.

RC Critical fixes.

  1. Dead-reckoning / lag-compensation testing / message loop / lag
  2. MsgPause fix

RC Critical Tasks

  1. Remove Buffered Network Manager, and just fix NetHandler's buffers.
  2. Linux Package review (new files in the right places )
  3. Mac installer review (check it in)
  4. Readme Updates
  5. Docs for V3 changes (-a missing, caps on server, lag comp, etc..)
  6. API review (spelling, consistency)

RC 'really nice' features

  1. Implement map features to define proper "flag pass" behavior in maps that want it
  2. Ask user to accept non bzflag.org images
  3. Ask user to join non bzflag.org servers (MsgJoinServer)
  4. Parity mesh checks to replace inside/outside points

RC 'really nice' Fixes/Tasks

  1. Webadmin template review ( for style )

Notes

Flag "pass" issues

The current method of using the flag respawn on drop to pass a team flag was never a defined 'feature' of the game. Many maps have been designed to turn this into a gameplay feature. In order to be able to maintain this type of gameplay a real feature has to be implemented to support it. Current development code has already "broken" teleporter passing by improving the definitions of the teleporter geometry and making no longer a "bad" place to put a flag. Similar enhancements are expected to be made in other parts of the world that would break other types of passing.

To properly support the desired behavior a set of map defined zones or faces needs to be implemented that can detect when specific flags are dropped on them and define a respawn target zone or area. This will allow maps to fully define pass zones in an arbitrary way for any flag. Defining the a real feature will prevent new code from changing the defined behavior in adverse ways.