Open nus-pe-bot opened 2 weeks ago
We intentionally make this design choice to help prevent user frustration by tolerating minor input errors, thereby improving the overall user experience.
Initially, we feel that the UG should not exhaustively list minor permissible variations, as doing so could unnecessarily complicate the documentation. However, we agree that the UG should make it clearer by mentioning the program will still execute commands successfully even if they mistakenly add an 's' or make similar small errors.
We do not think that this is a FunctionalityBug as it does not impact the user ability to add income. In fact it makes it easier to add an income.
Duplicate of #700
In the UG, the command format for adding an income is given as follows:
add income DESCRIPTION a/AMOUNT [d/DATE]
This means that only if the command starts with
add income
, then the command will be parsed and executed. However, when tested withadd incomes
, the command was still executed as per normal but this was no where stated in the UG.Steps to reproduce bug:
add incomes salary a/54321
Sample Output:
[original: nus-cs2113-AY2425S1/pe-interim#235] [original labels: severity.Low type.FunctionalityBug]