soc-se-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: Similarly, although both bugs are related to the error in numbering, I do not think that this is a duplicate because it is referring to different use cases.
## :question: Issue severity Team chose [`severity.VeryLow`] Originally [`severity.Medium`] - [x] I disagree **Reason for disagreement:** I feel that this should remain as medium for the severity as adding of contact is an important use case and having the numbering for showing invalid contact details to happen after adding a contact will impact users' understanding as they might misunderstood that when invalid contact details are entered, the contacts are still added in Dook.
Steps to reproduce:
Expected: I think for the extensions when the contact details are invalid, the numbering is wrong as the extension should happen right after user request to add a contact.