Open nihalzp opened 9 months ago
Thank you for your report. However, this is an intended behaviour of the program whereby the team wanted to allow more flexibility instead of throwing an error every time the user makes a minor mistake. Moreover, the output is shown for the user to validate if their input was correct.
[The team marked this bug as a duplicate of the following bug]
Unable to detect invalid input.
It can be inferred from the picture that if I add some more unnecessary and invalid "/" in the input, the program doesn't detect it and run as usual.
Considering the output, I assume that the "/" is simply omitted, which I think is not good for the stability of the project.It may result in misunderstanding if the user input contains "/" for description or other things.
Oh, and I notice that for the input:
out spotify /amount 9 ////category entertainment /recurrence monthly
, the output isNice! The following expense has been tracked: Description Date Amount Category Recurrence spotify 2023-11-17 9.00 Uncategorised monthly
, which means the conversion of category has an error though no exception is made.
Maybe adding a judgement on it and show tips for the user to optimize his input can be a wise choice.
[original: nus-cs2113-AY2324S1/pe-interim#920] [original labels: type.FunctionalityBug severity.High]
[This is the team's response to the above 'original' bug]
As mentioned in UG, extraneous parameters will be simply ignored. Behaviour described by the tester is expected.
Regarding the second issue about error in conversion of category, tester has entered an invalid argument (///category), therefore the program had ignored the input as the correct argument was ‘/category’. With that, behaviour is as expected as ///category will be considered as an extraneous argument.
Items for the Tester to Verify
:question: Issue duplicate status
Team chose to mark this issue as a duplicate of another issue (as explained in the Team's response above)
Reason for disagreement: [replace this with your explanation]
Here, I mistakenly wrote
recurrance
instead ofrecurrence
. But the app tells me nothing since it is an optional command; if the user does not inspect the output clearly, he can make wrong entry; I feel this should be handled.