Bugs and potential improvements

Bugs as of version 3.2e

• When running warp engines at a speed higher for which they are rated, they will become damaged over time. When changing warp speed after the warp engines have been damaged, the helm will report that the warp engines are damaged, and recommend you not travel over a particular warp speed until repaired. At that point, your warp speed will be set to that recommended value, even if your command was to go to a lower speed (or stop completely). Ideally the game would only override the warp value you entered if you enter a speed over the new recommended top speed.
• Several informative screens, such as the player roster and HELP CLASS, do not take into account the length of some values, leaving a jumbled display.
• Cash (in a user's bank, in a planet's tax reserve, and in a planetary bank) is stored as a 32-bit signed integer, and will overflow after reaching 2,147,483,647. The game should set a cap on those values so they don't overflow.
• CPU ships are capable of going to "hyper-warp" in order to quickly move into areas populated by human players. When scanned, these ships read an nonsense value (such as warp 1.657) when actually traveling well over warp 100. The release notes acknowledge this bug and claim a fix was implemented, however the fix doesn't appear to work properly.

Potential improvements

• Messages from the helm could be cleaned up and have a more standard appearance, including spelling fixes and consistent capitalization and punctuation.
• The helm could notify the player that the hyper-phaser is ready to use again, similar to how that is reported when using the phasers at impulse.
• Flux pods automatically reload as of version 3.0a, and was further adjusted to automatically reload when the flux pile drops below 5000 in version 3.0l. However, it is still possible to run out of flux even when you have flux pods in your inventory, such as when using hyper-phasers at warp, causing you to fall out of warp in combat. Whether or not this is a "bug" could be debatable, but a smarter flux reload subroutine that takes into account what you're doing as opposed to just reloading at a set value could be helpful. (Then again, if the flux pods always reload when needed, regardless of the circumstances, what's the point of the FLUX command?)
• Warp engine damage is not currently reported in "REP SYS."
• When firing phasers at a ship in the neutral zone, the phasers will not hit the ship, which is the correct behavior. A message from the helm indicating that the phasers were dissipated by the neutral zone would be helpful. (TO DO: can you fire phasers *through* the neutral zone? i think you can, but you probably shouldn't be able to)
• If you fire torpedoes at a ship and it goes to warp, the torpedoes simply go away. A message from the helm indicating that the torpedoes didn't reach their target and have self-destructed would be helpful.
• When missiles that have been fired run out of flux power, they simply go away. The helm should report that missiles did not reach their target so the player knows they may fire more.
• When torpedoes or missiles are fired at a ship and that ship enters the neutral zone, the torpedoes or missiles simply go away. A message from the helm indicating that the weapons were destroyed by the neutral zone defenses would be helpful.
• When a planet revolts and becomes **FREE**, their work assignments, tax rate, item pricing, and trade password remain the same. Thus, a player can set up a planet with a extremely high tax rate, allow it to revolt, and still obtain goods from it for a reduced price or perhaps take it over again later to raid the tax revenue which has continued to accumulate at a rate which is normally not allowed. Ideally, a planet that has revolted would implement its own trade policies and stop taxing itself.
• When changing from warp to a complete stop, the helm could report if you are within the gravity pull of a planet or wormhole (within 250 units), similar to how it does when you are traveling at impulse.
• As of version 3.0o, using fighters to attack a planet that has troops but no fighters results in the attack being unsuccessful and all the fighters returning to the ship, but the game doesn't do a very good job of explaining this.
• (TO DO: what sections of the online help need to be rewritten to account for changes made to the game during its development)
• The PRICE command will not show the price of the goods as requested if you can't actually hold that amount on your current ship, which isn't necessary. A message like "(quantity) (item) will cost (amount), but that would put us overweight" would be more helpful.
• The ROTATE command accepts both relative headings such as "ROT 45" (rotate 45 degrees to starboard) and "ROT -45" (rotate 45 degrees to port), and absolute headings such as "ROT @45" (rotate as needed to face 45 degrees). However, the WARP and IMPULSE commands only support relative headings, with something like "WARP 10 @90" not supported.
• Since it's impossible to be within orbiting range of two different planets, there's no reason for the ORBIT command to require a planet number. (TO DO: see if it's actually possible to place two planets that close together in sector 0 0)