Open Shauryan123 opened 3 months ago
Thank you for your bug report. This is a duplicate bug report of #4208 which you also submitted, so you might wish to refer to the response there.
[The team marked this bug as a duplicate of the following bug]
Names with d/o not allowed
Steps to reproduce: Command: add Dazy Yong d/o Bella Yong -e dazyyong@example.com -p 97654321 -t johndoe -s Leadership -s C++
[original: nus-cs2103-AY2324S2/pe-interim#5311] [original labels: type.FunctionalityBug severity.Medium]
[This is the team's response to the above 'original' bug]
Thank you for your bug report. We're correcting the type of the bug to "Feature Flaw" since the functionality is consistent with what's documented in the in-app messages and user guide, which states only alphanumeric characters and spaces are accepted.
Unfortunately, we would still be rejecting this bug under feature flaw since MatchMate only expects nicknames / short names to be supplied, as stated in Page 7 of the user guide:
Pick a nickname if the name is not fully alphanumeric.
Also, according to the course website, they are only considered as feature flaw bugs only if the input is expected to match the legal name of the person, which is not the case in our product.
Therefore, our team's decision would be to mark this bug as not in scope while downgrading its severity to "Low" at the same time, since it's not expected to affect many users (especially when considering only nicknames). Hope that clarifies your concerns.
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: I disagree with the team's decision to mark this issue as a duplicate of the one involving "d/o". While both issues pertain to the use of parental designations in names, "s/o" and "d/o" address different user scenarios and potentially different subsets of the user base. Each convention may be relevant in distinct cultural or social contexts, necessitating individual consideration within the application. Marking this as a duplicate undermines the specific user needs associated with each convention and fails to address the broader issue of inclusivity in handling diverse naming practices. Therefore, each should be evaluated separately to ensure comprehensive functionality.
Names with s/o which is a common practice is not allowed.
steps to reproduce: command to enter: add John Doe s/o John Wick -e johndoe@example.com -p 87654321 -t johndoe -s Leadership -s C++
The severity is medium because a lot of users follow this convention