contact add names not space sensitive

[Evande1]

• in the event of a careless NUS student who adds an extra space bar
• not mentioned in UG how it is handled

Steps:

1. contact add n/John Doe p/98765432 e/johnd@example.com a/John street, block 123, 2. #01-01

2. contact add n/John Doe p/98765432 e/johnd@example.com a/John #01-01

[soc-se-bot]

Team's Response

This is not a functionality bug because names with multiple spaces work correctly with all other features of the application.

This is a feature flaw, as dictated by the module guidelines

It is valid for a contact to have multiple spaces in the name. Most address book and contact management applications allow you to add a contact with multiple spaces in the name.

It is up to the user discretion in creating contact names. As we have made almost all fields for contacts optional, the contact list can be repurposed to link tasks to 'contacts' that aren't people. In this case, having the freedom of multiple whitespaces is potentially helpful.

Either stance taken would result in inconvenience for a group of users. Since we do not want to restrict the user too much in the input, we decided to allow multiple spaces in names.

Regardless, this bug report is not in scope as it is an alternative implementation that we could consider in the future that would be not trivial to implement, and is not needed for this application to still be useful.

Items for the Tester to Verify

❓ Issue response

Team chose [response.NotInScope]

• I disagree

Reason for disagreement: [replace this with your reason]
Name validation for spaces should still be checked in the above scenario, given the user might accidentally add 2 of the "same" person if they press the space-bar accidentally.

---

❓ Issue type

Team chose [type.FeatureFlaw]
Originally [type.FunctionalityBug]

• I disagree

Reason for disagreement: [replace this with your explanation]

---