nus-pe-bot
commented
4 months ago Team's Response
No details provided by team.
The 'Original' Bug
[The team marked this bug as a duplicate of the following bug]
DG: incorrect step numbering in find use case
Note from the teaching team: This bug was reported during the Part II (Evaluating Documents) stage of the PE. You may reject this bug if it is not related to the quality of documentation.
The extension should not be 2a and 2b. Because 2a and 2b mean these steps happen after the step 2 ends. However, if the step 2 already ends, the app should have successfully searched and displayed the matching contacts.
[original: nus-cs2103-AY2324S2/pe-interim#5558] [original labels: type.DocumentationBug severity.VeryLow]
Their Response to the 'Original' Bug
[This is the team's response to the above 'original' bug]
Accepted - uneven step numbering used in extension portion in DG
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)
- [x] I disagree
Reason for disagreement: I do not think that this should be a duplicate of the issue. I agree that both bugs are related to numbering format, but they are associated with different use cases. Hence, I think it should not be listed as a duplicate.
## :question: Issue severity Team chose [`severity.VeryLow`] Originally [`severity.Medium`] - [x] I disagree **Reason for disagreement:** I feel that this should be classified under medium as it significantly impact users' understanding and ability to follow the process. Users might have a misunderstanding as in step 2, Dook asked for a confirmation and in step 3, user confirms the deletion. Placing the extension after 3 might lead to a misunderstanding where users might think that since Dook asked for confirmation, the booking exist.
For the extension that the specified booking does not exist, I think it should be 1a instead of 3a.