Open xinweichong opened 1 week ago
We changed the severity to low as this bug only causes minor inconvenience for the users.
The contact that the user is looking for will be displayed anyway, but other contacts are also included. Moreover, its negative effects are largely mitigated by the feature to search for other fields in a contact (e.g. phone, room number and tags).
Team chose [severity.Low
]
Originally [severity.Medium
]
Reason for disagreement: I do not think it is of low convenience considering that this address book could contain hundreds or even thousands of residents - the ability to search for the person using the additional information is counter intuitive given that you would likely want to be looking for the additional information for a specific person by searching for his name rather than vice versa.
input used: find n/john adam
Since the product allows for contacts with the same name to be differentiated by appending a number to the back, searching for all of these people or a certain one of them should be easy so that we are able to differentiate between the various people. However, with the way the find command is designed to search for certain names, searching for a particular John Adam (the first contact in the list with no number appended to the back) is not possible since any name with either "John" or "Adam" will be displayed alongside him. Consider tightening up the restrictions in the find command to make it more usable and beneficial for searching for certain users in a large pool of contacts.