search

avielcx / pe

0 stars 0 forks source link

edit #9

Open avielcx opened 1 year ago

avielcx commented 1 year ago

same problem as previous ones where the terminal prints is not consistent with whats in the list

image.png

nus-se-script commented 1 year ago

Team's Response

It is unclear what the tester is referring to by same problem as previous ones, but presumably this is referring to issues #178 and #262. Then the difference from [#00009][ID:00014] to [#00001][ID:00014] is because the # number is an ordering number that only applies to the currently displayed list.

image.png

The 'Original' Bug

[The team marked this bug as a duplicate of the following bug]

delete feature

image.png

The lists shows : [#00002][ID:00003]

but when I delete 3, it shows:

[#00001][ID:00003] deleted

[original: nus-cs2113-AY2223S2/pe-interim#223] [original labels: severity.Low type.FeatureFlaw]

Their Response to the 'Original' Bug

[This is the team's response to the above 'original' bug]

The number provided in [#00001] is the indexing of the current displayed list of tasks and does not relate to the previously shown list from the list command.

image.png

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]

## :question: Issue response Team chose [`response.Rejected`] - [x] I disagree **Reason for disagreement:** Understand that the developers intended for the number provided in [#00001] to be the indexing of the currently displayed list of tasks and does not relate to the previously shown list from the list command. Since it is such the case, it further emphasizes this as a feature flaw as it can be very misleading to users. An experienced programmer can mistake the index for the previous index, let alone non-programming users, who can get mixed up and perplexed when they see a [2][ID:0003] At the top, then see [1][ID:0003] at the bottom They might think that the program had some issues or they had messed up the program themselves. While it was mentioned in the UG, the same number format was used in so many ways, which can confuse users. Precisely as such, it is a feature flaw. There are so many other ways to index a list, such as alphabets, etc, but developers insist on using 00001, 00002, for example, amid an already long and convoluting UG and in a program with overloaded features in the CLI context. As such, the developer's response further confirms that this is a feature flaw.