Bugs and potential improvements - Revision history

Manicpop at 16:34, 25 September 2024

2024-09-25T16:34:46Z

← Older revision		Revision as of 12:34, 25 September 2024
Line 33:		Line 33:
	* 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 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.
	* 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<ref>[[GEREADME.DOC#01/15/93 Release 3.0o]]</ref>, but the game doesn't do a very good job of explaining this.		* 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<ref>[[GEREADME.DOC#01/15/93 Release 3.0o]]</ref>, but the game doesn't do a very good job of explaining this.
	* 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 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. ''(added in ge-next 0.1)''
	* 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. ''(added in ge-next 0.1)''		* 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. ''(added in ge-next 0.1)''
	* The SELL command could accept "all" as well as the number of items to sell, like the JETTISON command does. ''(added in ge-next 0.1)''		* The SELL command could accept "all" as well as the number of items to sell, like the JETTISON command does. ''(added in ge-next 0.1)''

Manicpop at 16:06, 25 September 2024

2024-09-25T16:06:00Z

Manicpop at 04:29, 12 September 2024

2024-09-12T04:29:36Z

Manicpop at 20:18, 5 September 2024

2024-09-05T20:18:33Z

← Older revision		Revision as of 16:18, 5 September 2024
Line 5:		Line 5:
	* [[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 [[wikipedia:2,147,483,647\|2,147,483,647]]. The game should set a cap on those values so they don't overflow.		* [[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 [[wikipedia:2,147,483,647\|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.		* 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. Spies will also report "the outcome was unclear" when an attacker does take over the planet.		* 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. Spies will also report "the outcome was unclear" when an attacker does take over the planet. ''(Fixed in ge-next 0.02)''
	* If a planet has no troops, it cannot be taken over with troops. The victory message will be displayed, but the planet will not change hands. To take it over, attack with a fighter or transfer down 1 troop, then attack with troops.		* If a planet has no troops, it cannot be taken over with troops. The victory message will be displayed, but the planet will not change hands. To take it over, attack with a fighter or transfer down 1 troop, then attack with troops.
	* 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)		* 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)

Manicpop: /* Bugs as of version 3.2e */

2024-08-26T23:19:54Z

Bugs as of version 3.2e

← Older revision		Revision as of 19:19, 26 August 2024
Line 17:		Line 17:
	* Attacking troops that surrender to a planet's defenses are not added to the planet's stock.<ref>GECMDS.C, lines 3709 and 3745</ref>		* Attacking troops that surrender to a planet's defenses are not added to the planet's stock.<ref>GECMDS.C, lines 3709 and 3745</ref>
	* Using SYS GOTO while at warp unsets the Hyperspace flag but keeps you at warp, allowing you to use shields/etc at warp speed.		* Using SYS GOTO while at warp unsets the Hyperspace flag but keeps you at warp, allowing you to use shields/etc at warp speed.
			* Empty neutron flux can "roll over."

	== Potential improvements ==		== Potential improvements ==

Manicpop: /* Bugs as of version 3.2e */

2024-08-26T23:05:25Z

Bugs as of version 3.2e

← Older revision		Revision as of 19:05, 26 August 2024
Line 21:		Line 21:

	* Messages from the helm could be cleaned up and have a more standard appearance, including spelling fixes and consistent capitalization and punctuation. ''(Somewhat fixed in ge-next 0.01, ongoing)''		* Messages from the helm could be cleaned up and have a more standard appearance, including spelling fixes and consistent capitalization and punctuation. ''(Somewhat fixed in ge-next 0.01, ongoing)''
			* ANSI colors codes don't always end their colors properly, e.g. HELP CLASS switching to dimmer characters, HELP not ending its red. ''(Fixed in ge-next 0.01)''
	* 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.		* 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<ref>[[GEREADME.DOC#07/15/92 Release 3.0a (BETA RELEASE)]]</ref>, and was further adjusted to automatically reload when the flux pile drops below 5000 in version 3.0l<ref>[[GEREADME.DOC#11/01/92 Release 3.0l (General Release - NOT BETA!!)]]</ref>. 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?)		* Flux pods automatically reload as of version 3.0a<ref>[[GEREADME.DOC#07/15/92 Release 3.0a (BETA RELEASE)]]</ref>, and was further adjusted to automatically reload when the flux pile drops below 5000 in version 3.0l<ref>[[GEREADME.DOC#11/01/92 Release 3.0l (General Release - NOT BETA!!)]]</ref>. 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?)
Line 37:		Line 38:
	* The SELL command could accept "all" as well as the number of items to sell, like the JETTISON command does.		* The SELL command could accept "all" as well as the number of items to sell, like the JETTISON command does.
	* The BUY command could accept "max" as well as the number of items to buy, filling the remaining capacity of the ship.		* The BUY command could accept "max" as well as the number of items to buy, filling the remaining capacity of the ship.
	* (TO DO: help screens that don't end their colors properly, e.g. HELP CLASS switching to dimmer characters, HELP not ending its red. these should be fixed or the command prompt should reset ANSI colors)

	== Historical bugs ==		== Historical bugs ==

Manicpop: /* Potential improvements */

2024-08-26T23:01:02Z

Potential improvements

← Older revision		Revision as of 19:01, 26 August 2024
Line 20:		Line 20:
	== Potential improvements ==		== Potential improvements ==

	* Messages from the helm could be cleaned up and have a more standard appearance, including spelling fixes and consistent capitalization and punctuation. ''(~~Fixed~~ in ge-next 0.01)''		* Messages from the helm could be cleaned up and have a more standard appearance, including spelling fixes and consistent capitalization and punctuation. ''(Somewhat fixed in ge-next 0.01, ongoing)''
	* 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.		* 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<ref>[[GEREADME.DOC#07/15/92 Release 3.0a (BETA RELEASE)]]</ref>, and was further adjusted to automatically reload when the flux pile drops below 5000 in version 3.0l<ref>[[GEREADME.DOC#11/01/92 Release 3.0l (General Release - NOT BETA!!)]]</ref>. 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?)		* Flux pods automatically reload as of version 3.0a<ref>[[GEREADME.DOC#07/15/92 Release 3.0a (BETA RELEASE)]]</ref>, and was further adjusted to automatically reload when the flux pile drops below 5000 in version 3.0l<ref>[[GEREADME.DOC#11/01/92 Release 3.0l (General Release - NOT BETA!!)]]</ref>. 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?)

Manicpop: /* Potential improvements */

2024-08-26T23:00:35Z

Potential improvements

← Older revision		Revision as of 19:00, 26 August 2024
Line 20:		Line 20:
	== Potential improvements ==		== Potential improvements ==

	* Messages from the helm could be cleaned up and have a more standard appearance, including spelling fixes and consistent capitalization and punctuation.		* Messages from the helm could be cleaned up and have a more standard appearance, including spelling fixes and consistent capitalization and punctuation. ''(Fixed in ge-next 0.01)''
	* 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.		* 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<ref>[[GEREADME.DOC#07/15/92 Release 3.0a (BETA RELEASE)]]</ref>, and was further adjusted to automatically reload when the flux pile drops below 5000 in version 3.0l<ref>[[GEREADME.DOC#11/01/92 Release 3.0l (General Release - NOT BETA!!)]]</ref>. 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?)		* Flux pods automatically reload as of version 3.0a<ref>[[GEREADME.DOC#07/15/92 Release 3.0a (BETA RELEASE)]]</ref>, and was further adjusted to automatically reload when the flux pile drops below 5000 in version 3.0l<ref>[[GEREADME.DOC#11/01/92 Release 3.0l (General Release - NOT BETA!!)]]</ref>. 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?)

Manicpop at 22:59, 26 August 2024

2024-08-26T22:59:33Z

← Older revision		Revision as of 18:59, 26 August 2024
Line 13:		Line 13:
	* The planet administration menu says that planet names can be up to 20 characters, but the game actually only supports 19.		* The planet administration menu says that planet names can be up to 20 characters, but the game actually only supports 19.
	* Men don't eat. Men can starve if there isn't enough food, but men don't reduce the amount of food on a planet. Troops eat food every cycle (one food case for every 100 troops), but there is no corresponding code for men to eat.		* Men don't eat. Men can starve if there isn't enough food, but men don't reduce the amount of food on a planet. Troops eat food every cycle (one food case for every 100 troops), but there is no corresponding code for men to eat.
	* After a revolt, the message that is sent to the planet's (prior) owner is supposed to list the amount of troops that were killed, but it actually lists the amount that remain.		* After a revolt, the message that is sent to the planet's (prior) owner is supposed to list the amount of troops that were killed, but it actually lists the amount that remain. ''(Fixed in ge-next 0.01)''
	* Once an item is maxed on a planet, you will receive notices for each cycle, even if you turn off production on the item afterward. To stop the notices, you have to remove at least one unit from the planet's stock.<ref>GEPLANET.C, line 313, "temp >= max"</ref>		* Once an item is maxed on a planet, you will receive notices for each cycle, even if you turn off production on the item afterward. To stop the notices, you have to remove at least one unit from the planet's stock.<ref>GEPLANET.C, line 313, "temp >= max"</ref>
	* Attacking troops that surrender to a planet's defenses are not added to the planet's stock.<ref>GECMDS.C, lines 3709 and 3745</ref>		* Attacking troops that surrender to a planet's defenses are not added to the planet's stock.<ref>GECMDS.C, lines 3709 and 3745</ref>
			* Using SYS GOTO while at warp unsets the Hyperspace flag but keeps you at warp, allowing you to use shields/etc at warp speed.

	== Potential improvements ==		== Potential improvements ==

Manicpop at 21:38, 15 June 2024

2024-06-15T21:38:22Z

← Older revision		Revision as of 17:38, 15 June 2024
Line 6:		Line 6:
	* 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.		* 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. Spies will also report "the outcome was unclear" when an attacker does take over the planet.		* 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. Spies will also report "the outcome was unclear" when an attacker does take over the planet.
	* ~~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~~.		* If a planet has no troops, it cannot be taken over with troops. The victory message will be displayed, but the planet will not change hands. To take it over, attack with a fighter or transfer down 1 troop, then attack with troops.
	* 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)		* 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)
	* Entering any characters after "BUY" when using the buy command causes the price command to be executed instead. For example, entering "BUYTHIS 1 TOR" will give you the price of one torpedo, but not actually buy it.		* Entering any characters after "BUY" when using the buy command causes the price command to be executed instead. For example, entering "BUYTHIS 1 TOR" will give you the price of one torpedo, but not actually buy it.

← Older revision		Revision as of 12:06, 25 September 2024
Line 1:		Line 1:
	== Bugs as of version 3.2e ==		== 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.		* 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. ''(fixed in ge-next 0.1)''
	* Several informative screens, such as the player roster and [[MBMGEHLP.MSG#HELP CLASS\|HELP CLASS]], do not take into account the length of some values, leaving a jumbled display.		* Several informative screens, such as the player roster and [[MBMGEHLP.MSG#HELP CLASS\|HELP CLASS]], do not take into account the length of some values, leaving a jumbled display. ''(fixed in ge-next 0.1)''
	* [[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 [[wikipedia:2,147,483,647\|2,147,483,647]]. The game should set a cap on those values so they don't overflow.		* [[Cash]] (in a user's bank, in a planet's tax reserve, and in a planetary bank) is stored as a 32-bit unsigned integer, but displayed as signed, and will overflow after reaching [[wikipedia:2,147,483,647\|2,147,483,647]]. The game should set a cap on those values so they don't overflow. ''(fixed in ge-next 0.1)''
	* 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. ''(fixed in ge-next 0.1)''		* 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. ''(fixed in ge-next 0.1)''
	* 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. Spies will also report "the outcome was unclear" when an attacker does take over the planet. ''(Fixed in ge-next 0.02)''		* 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. Spies will also report "the outcome was unclear" when an attacker does take over the planet. ''(Fixed in ge-next 0.02)''
	* If a planet has no troops, it cannot be taken over with troops. The victory message will be displayed, but the planet will not change hands. To take it over, attack with a fighter or transfer down 1 troop, then attack with troops.		* If a planet has no troops, it cannot be taken over with troops. The victory message will be displayed, but the planet will not change hands. To take it over, attack with a fighter or transfer down 1 troop, then attack with troops.
	* 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)		* 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)
	* Entering any characters after "BUY" when using the buy command causes the price command to be executed instead. For example, entering "BUYTHIS 1 TOR" will give you the price of one torpedo, but not actually buy it.		* Entering any characters after "BUY" when using the buy command causes the price command to be executed instead. For example, entering "BUYTHIS 1 TOR" will give you the price of one torpedo, but not actually buy it. ''(fixed in ge-next 0.1)''
	* The "TEAM MEMBERS" command doesn't work after setting up a team (TO DO: does it only work after the next update?)		* The "TEAM MEMBERS" command doesn't work after setting up a team (TO DO: does it only work after the next update?)
	* Ion cannons can fire on a ship on that has attacked the planet previously as soon as a user enters the game, if the ship is orbiting that planet, even if the planet has changed hands. (TO DO: research what does and doesn't trigger this)		* Ion cannons can fire on a ship on that has attacked the planet previously as soon as a user enters the game, if the ship is orbiting that planet, even if the planet has changed hands. (TO DO: research what does and doesn't trigger this)
	* The planet administration menu says that planet names can be up to 20 characters, but the game actually only supports 19. ''(fixed in ge-next 0.02)''		* The planet administration menu says that planet names can be up to 20 characters, but the game actually only supports 19. ''(fixed in ge-next 0.02)''
	* Men don't eat. Men can starve if there isn't enough food, but men don't reduce the amount of food on a planet. Troops eat food every cycle (one food case for every 100 troops), but there is no corresponding code for men to eat.		* Men don't eat. Men can starve if there isn't enough food, but men don't reduce the amount of food on a planet. Troops eat food every cycle (one food case for every 100 troops), but there is no corresponding code for men to eat. ''(fixed in ge-next 0.1)''
	* After a revolt, the message that is sent to the planet's (prior) owner is supposed to list the amount of troops that were killed, but it actually lists the amount that remain. ''(Fixed in ge-next 0.01)''		* After a revolt, the message that is sent to the planet's (prior) owner is supposed to list the amount of troops that were killed, but it actually lists the amount that remain. ''(Fixed in ge-next 0.01)''
	* Once an item is maxed on a planet, you will receive notices for each cycle, even if you turn off production on the item afterward. To stop the notices, you have to remove at least one unit from the planet's stock.<ref>GEPLANET.C, line 313, "temp >= max"</ref>		* Once an item is maxed on a planet, you will receive notices for each cycle, even if you turn off production on the item afterward. To stop the notices, you have to remove at least one unit from the planet's stock.<ref>GEPLANET.C, line 313, "temp >= max"</ref> ''(fixed in ge-next 0.1)''
	* Attacking troops that surrender to a planet's defenses are not added to the planet's stock.<ref>GECMDS.C, lines 3709 and 3745</ref>		* Attacking troops that surrender to a planet's defenses are not added to the planet's stock.<ref>GECMDS.C, lines 3709 and 3745</ref>
	* Using SYS GOTO while at warp unsets the Hyperspace flag but keeps you at warp, allowing you to use shields/etc at warp speed.		* Using SYS GOTO while at warp unsets the Hyperspace flag but keeps you at warp, allowing you to use shields/etc at warp speed. ''(fixed in ge-next 0.1)''
	* Empty neutron flux can "roll over."		* Empty neutron flux can "roll over." (TO DO)
			* When you own a planet and you buy goods from it, you are charged the base price. The message from the BUY command shows the total you actual paid, but shows the set planet price instead of the base price for the "each." ''(fixed in ge-next 0.1)''

	== Potential improvements ==		== Potential improvements ==

	* Messages from the helm could be cleaned up and have a more standard appearance, including spelling fixes and consistent capitalization and punctuation. ''(~~Somewhat~~ fixed in ge-next 0.~~01, ongoing~~)''		* Messages from the helm could be cleaned up and have a more standard appearance, including spelling fixes and consistent capitalization and punctuation. ''(fixed in ge-next 0.1)''
	* ANSI colors codes don't always end their colors properly, e.g. HELP CLASS switching to dimmer characters, HELP not ending its red. ''(~~Fixed~~ in ge-next 0.01)''		* ANSI colors codes don't always end their colors properly, e.g. HELP CLASS switching to dimmer characters, HELP not ending its red. ''(fixed in ge-next 0.01)''
	* 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.		* 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<ref>[[GEREADME.DOC#07/15/92 Release 3.0a (BETA RELEASE)]]</ref>, and was further adjusted to automatically reload when the flux pile drops below 5000 in version 3.0l<ref>[[GEREADME.DOC#11/01/92 Release 3.0l (General Release - NOT BETA!!)]]</ref>. 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?)		* Flux pods automatically reload as of version 3.0a<ref>[[GEREADME.DOC#07/15/92 Release 3.0a (BETA RELEASE)]]</ref>, and was further adjusted to automatically reload when the flux pile drops below 5000 in version 3.0l<ref>[[GEREADME.DOC#11/01/92 Release 3.0l (General Release - NOT BETA!!)]]</ref>. 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?)
Line 31:		Line 32:
	* 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 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 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 [[Parsec\|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<ref>[[GEREADME.DOC#01/15/93 Release 3.0o]]</ref>, but the game doesn't do a very good job of explaining this.		* 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<ref>[[GEREADME.DOC#01/15/93 Release 3.0o]]</ref>, 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 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.		* 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. ''(added in ge-next 0.1)''
	* The TRANSFER command could tell you how many of an item you could hold if you try to transfer up more than you can hold.		* The SELL command could accept "all" as well as the number of items to sell, like the JETTISON command does. ''(added in ge-next 0.1)''
	* The SELL command could accept "all" as well as the number of items to sell, like the JETTISON command does.		* The BUY command could accept "all," buying all available stock on the planet, and "max", filling the remaining capacity of the ship. ''(added in ge-next 0.1)''
	* The BUY command could accept "max" ~~as well as the number of items to buy~~, filling the remaining capacity of the ship.		* The TRANSFER command could accept "all" and "max" as well. ''(added in ge-next 0.1)''

	== Historical bugs ==		== Historical bugs ==

← Older revision		Revision as of 00:29, 12 September 2024
Line 4:		Line 4:
	* Several informative screens, such as the player roster and [[MBMGEHLP.MSG#HELP CLASS\|HELP CLASS]], do not take into account the length of some values, leaving a jumbled display.		* Several informative screens, such as the player roster and [[MBMGEHLP.MSG#HELP CLASS\|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 [[wikipedia:2,147,483,647\|2,147,483,647]]. The game should set a cap on those values so they don't overflow.		* [[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 [[wikipedia:2,147,483,647\|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.		* 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. ''(fixed in ge-next 0.1)''
	* 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. Spies will also report "the outcome was unclear" when an attacker does take over the planet. ''(Fixed in ge-next 0.02)''		* 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. Spies will also report "the outcome was unclear" when an attacker does take over the planet. ''(Fixed in ge-next 0.02)''
	* If a planet has no troops, it cannot be taken over with troops. The victory message will be displayed, but the planet will not change hands. To take it over, attack with a fighter or transfer down 1 troop, then attack with troops.		* If a planet has no troops, it cannot be taken over with troops. The victory message will be displayed, but the planet will not change hands. To take it over, attack with a fighter or transfer down 1 troop, then attack with troops.
Line 11:		Line 11:
	* The "TEAM MEMBERS" command doesn't work after setting up a team (TO DO: does it only work after the next update?)		* The "TEAM MEMBERS" command doesn't work after setting up a team (TO DO: does it only work after the next update?)
	* Ion cannons can fire on a ship on that has attacked the planet previously as soon as a user enters the game, if the ship is orbiting that planet, even if the planet has changed hands. (TO DO: research what does and doesn't trigger this)		* Ion cannons can fire on a ship on that has attacked the planet previously as soon as a user enters the game, if the ship is orbiting that planet, even if the planet has changed hands. (TO DO: research what does and doesn't trigger this)
	* The planet administration menu says that planet names can be up to 20 characters, but the game actually only supports 19.		* The planet administration menu says that planet names can be up to 20 characters, but the game actually only supports 19. ''(fixed in ge-next 0.02)''
	* Men don't eat. Men can starve if there isn't enough food, but men don't reduce the amount of food on a planet. Troops eat food every cycle (one food case for every 100 troops), but there is no corresponding code for men to eat.		* Men don't eat. Men can starve if there isn't enough food, but men don't reduce the amount of food on a planet. Troops eat food every cycle (one food case for every 100 troops), but there is no corresponding code for men to eat.
	* After a revolt, the message that is sent to the planet's (prior) owner is supposed to list the amount of troops that were killed, but it actually lists the amount that remain. ''(Fixed in ge-next 0.01)''		* After a revolt, the message that is sent to the planet's (prior) owner is supposed to list the amount of troops that were killed, but it actually lists the amount that remain. ''(Fixed in ge-next 0.01)''
Line 25:		Line 25:
	* 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.		* 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<ref>[[GEREADME.DOC#07/15/92 Release 3.0a (BETA RELEASE)]]</ref>, and was further adjusted to automatically reload when the flux pile drops below 5000 in version 3.0l<ref>[[GEREADME.DOC#11/01/92 Release 3.0l (General Release - NOT BETA!!)]]</ref>. 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?)		* Flux pods automatically reload as of version 3.0a<ref>[[GEREADME.DOC#07/15/92 Release 3.0a (BETA RELEASE)]]</ref>, and was further adjusted to automatically reload when the flux pile drops below 5000 in version 3.0l<ref>[[GEREADME.DOC#11/01/92 Release 3.0l (General Release - NOT BETA!!)]]</ref>. 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."		* Warp engine damage is not currently reported in "REP SYS." ''(added in ge-next 0.1)''
	* 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. Phasers can also fire through the neutral zone, which maybe shouldn't be the case.		* 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. Phasers can also fire through the neutral zone, which maybe shouldn't be the case.
	* 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.		* 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.