Open jannaleong opened 4 months ago
Both issues are about prefix not being case sensitive, which are related to the same mechanism in argument tokenizer and setting of prefixes.
[The team marked this bug as a duplicate of the following bug]
/hp prefix is not case sensitive for the create command
As per UG, i have used the create command. However, i have capitalised the prefix HP Input : ic/S0123456C HP/87654321 a/311, Clementi Ave 2, #02-25 dob/1990-01-01 s/F st/PENDING e/janed@example.com bt/A+ n/Cane Doe Output : invalid command format error
I expected the command to be accepted as prefixes should be case-insensitive. However, this comomand was blcoked. This behaviour is problematic because it is not optimised for fast typist that could easilt make a mistkae.
[original: nus-cs2103-AY2324S2/pe-interim#3014] [original labels: severity.Low type.FeatureFlaw]
[This is the team's response to the above 'original' bug]
Thank you for pointing this out. It is a useful enhancement for fast typers. Nonetheless, all the prefixes were implemented to take in lowercase letters only for consistency among functions, and the app in its current form works as such.
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]
As per UG, i have used the create command. However, i have capitalised the prefix A Input : ic/S0123456C hp/87654321 A/311, Clementi Ave 2, #02-25 dob/1990-01-01 s/F st/PENDING e/janed@example.com bt/A+ n/Cane Doe Output : invalid command format error
I expected the command to be accepted as prefixes should be case-insensitive. However, this comomand was blcoked. This behaviour is problematic because it is not optimised for fast typist that could easilt make a mistkae.