Open shaunlxw opened 4 months ago
No details provided by team.
[The team marked this bug as a duplicate of the following bug]
marka, unmarka: inaccurate error message
Similar to #11,
Input:
- marka/unmarka 1 a
- marka/unmarka 1 0
[original: nus-cs2103-AY2324S2/pe-interim#2517] [original labels: type.FunctionalityBug severity.Medium]
[This is the team's response to the above 'original' bug]
The input provided is clearly invalid and does not follow the correct command format that is described in the UG. Furthermore, the error message shown also displays the correct command format that should be provided. In this case, since a character was provided for the
WEEK_NUMBER
parameter instead of an integer, it is indeed an incorrect command format.Severity changed to
Low
since it does not affect normal operations of our product, and the error would not be encountered at all if the user followed our UG closely.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: While it is a similar bug to the "original", it is not the exact same bug, and can be fixed independently by looking at the code.
Referring to screenshot below, the bug is due to catching the ParseException thrown from ParseUtil::parseIndexes(...), which can be fixed independently for each command's parser. i.e. this bug can exist here, while not existing in the "original" bug.
Similar to #11,
Input: unmarkp 1 a