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.
• If you enter an invalid rotational direction with the warp command, the game will correctly tell you to "enter a number in the range from -180 to 180," but then also say that the helm is not functional.
• Spies that are on a planet as it's being attacked will report that the attacker took over the planet even if they actually didn't.
• An attacker has to attack with both fighters and troops to take over a planet. If a planet has no fighters and is only attacked with troops, the game will display the victory message after the troops overwhelm the planet's troops, but control of the planet will not actually be transferred until a fighter attack occurs as well.
• Entering "LOCK A" as the first command of a session, before doing any scans, can sometimes allow a player to lock on to their own ship. However, attempting to scan or fire upon the locked on ship displays the "That would be foolish" error message from the helm. (TO DO: why does this sometimes happen and sometimes not)

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 be unable to fire, or 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 parsecs), 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.

Historical bugs

• In version 3.2d and earlier, speeds are not always displayed correctly. All of these issues were fixed in version 3.2e.
  • Impulse speeds between 1 and 9 are reported by the helm as "warp 0 point 10" through "warp 0 point 90," and impulse speeds between 10 and 99 are reported as "warp 0 point 100" through "warp 0 point 990." Reports and scans show (for example) impulse speed 1 as "warp 0.100" and impulse speed 10 as "warp 0.1000."
  • When going to warp 33 or higher, the helm will report that the ship is traveling at the current warp speed plus "point -536," instead of point zero. This does not change the actual speed at which the ship is traveling, or the speed displayed when scanning the ship. Warp values 66 and higher show "point 464."
  • Warp values after 65.536 are not displayed correctly in ship scans and the navigation report, and "roll over." For example, warp 66 is displayed as warp 0.464.