search

ulricolo7 / pe

0 stars 0 forks source link

Inconsistent list behavior under the 'edit' command #4

Open ulricolo7 opened 2 weeks ago

ulricolo7 commented 2 weeks ago

After a 'filter' or 'find' command, when we make a valid edit, the filtered list returns back to the unfiltered list. This is not consistent with other commands such as 'delete' and 'view'.

nus-se-script commented 1 week ago

Team's Response

Thank you for identifying this behavior. However, we would like to clarify that the current functionality of the edit command reverting the list to its unfiltered state after an edit is a deliberate design decision and not a bug.

The edit command directly modifies an entry, which inherently requires the complete list to reflect any changes accurately. This ensures consistency in how edits are displayed across the entire dataset, especially when users might rely on unfiltered data after making edits. Commands like delete or view serve different purposes and are not expected to behave identically to edit.

Additionally, this behavior is not explicitly specified in the User Guide, and it does not contradict the expected application behavior. Therefore, we respectfully reject this issue as it aligns with the intended implementation and does not fall under the definition of a functionality bug as outlined in the grading criteria.

Thank you for your understanding. image.png

Items for the Tester to Verify

:question: Issue response

Team chose [response.NotInScope]

Reason for disagreement: [replace this with your explanation]