Open dedsecrattle opened 2 months ago
No details provided by team.
[The team marked this bug as a duplicate of the following bug]
The assignment name is case insensitive, so new assignment is created when trying to mark the assignment with different case
- Make sure that the person has Assignment1.
- mark 1 /t assignment1 /ts cg The Assignment1 should be marked because we don't usually distinguish them as separate assignment in real world. However, new one called "assingment1 is re-created. This might confuse user.
[original: nus-cs2103-AY2324S2/pe-interim#5538] [original labels: severity.Medium type.FeatureFlaw]
[This is the team's response to the above 'original' bug]
"Overzealous input validation: It is better to warn rather than to block when inputs are not compliant with the expected format, unless accepting such inputs can hinder the operations of the software. Allowing such flexibility can in turn allow the user to use the software in ways you didn't even anticipate while overzealous rejection of inputs can annoy the user."
While the suggested change does bring a higher level of convenience, it is conflicting with the current set of constraints we set for the tags. Currently, we are allowing the users to create tags with the same name but different capitalisation. Following this, making the mark command case-insensitive will lead to ambiguous situations where the app does not know specifically which tag to mark.
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: [replace this with your explanation]
Both tags allowed i.e Assignment1 and assignment1 which are essentially the same and refers the same information in terms of Functionality as a tag
Suggestion - Tags can be made case insensitive
mark 1 /t assignment1 /ts cg
followed mymark 1 /t Assignment1 /ts cg