Open nus-se-script opened 1 week ago
We acknowledge that this behavior is allowed in the current app. However, we believe the severity should be categorized as low instead of medium. The situation described is rare rather than occasional, as it is unlikely for users to unintentionally input the same contact with differing spaces. This aligns with the severity labels outlined in the textbook.
Currently, the app expects users to input names accurately since we have not yet implemented a robust duplicate detection system. While we agree that a system to catch such issues could improve user experience, this feature is classified as NotInScope for this iteration. The app allows users to easily delete and re-add contacts, providing a workaround for such rare cases. Moreover, enhanced duplicate detection is already included in our planned future updates.
Additionally, the issue title and description seem to be mismatched. The title implies editing existing contacts to have the same phone number, while the description focuses on adding potential duplicates caused by name formatting differences. Therefore, we have focused on adding potential duplicate's part. Clarifying this discrepancy would help in understanding and addressing the issue.
--
The product allows user to edit and contactsthat are highly similar as existing contacts, just that there are extra spaces between the names. This allows possible duplicate contacts to be added inside the product, while some of them may be conflicting with one another and confuse the user.
recreate: add n/Aaron Tan c/G12 p/11110011 t/Trivial t/CS add n/Aaron Tan c/G12 p/11110011 t/Trivial t/CS
Recommend: Show a warning message if the new contact or edited name is same as existing names, except for extra spaces between the name
[original: nus-cs2103-AY2425S1/pe-interim#366] [original labels: severity.Medium type.FeatureFlaw]