Todos do not seem to be added to the GUI, after an add command

[lkwlkww]

UG states that the GUI will change to reflect a new todo after a todo add command. However, as seen in the screenshot below, after a todo add command was accepted, the GUI did not reflect that new todo.

Entering todo show will show the newly added todos. However, given that the contact list updates immediately after a command, I think it should be expected that the todo list also updates immediately. This might lead to some confusion for a new user, as well as some inefficiencies in app performance (since it is meant to be efficient for a typist, this causes a user to have to additionally type and enter todo show if he/she wants to see the new chagnes). Thus, severity is medium. Severity is not high because at least just entering todo show will show the updated todo list.

[nus-pe-script]

Team's Response

Thank you for your input. However, we do not think of it as a bug.

UG states that the GUI will change to reflect a new todo after a todo add command.

We never state this in our UG.

However, as seen in the screenshot below, after a todo add command was accepted, the GUI did not reflect that new todo.

As you might already know, this is because the todo is filtered to show todos due Today. Your newly added todo is in the past, therefore from the user point of view, it is actually not important in terms of urgency. We just allow that to happen for the sake of user might want to keep records of past happenings. That's why when you input todo show it will show all todos you have inputted regardless of the deadlines.

However, given that the contact list updates immediately after a command, I think it should be expected that the todo list also updates immediately.

This is because contact is not filtered, contrast this with your todo which is currently filtered to show only Today due date. We cannot tamper with this because it is up to the user to choose to filter their todo. If the user want to see the todo list updated, just like how contact updates, then you can still do todo show and it will show the updating part for you.

This might lead to some confusion for a new user, as well as some inefficiencies in app performance (since it is meant to be efficient for a typist, this causes a user to have to additionally type and enter todo show if he/she wants to see the new chagnes).

As before, todo list is filtered ACCORDING to the user preference. You choose to filter it to todos that shown Today. Additionally, the changes is also reflected inside the result box. In you SS, you can clearly see that the feedback message says that New Todo is successfully added. Moreover, you can also think to the group of user who will feel inconvenienced by the todos constantly changing to show all todos after they add a todo and will need to change it back to the original filtered list that the user need to see. In this case, there might not be a win-win situation for all users.

Last thing, this is not Functionality Bug, because it behaves exactly as we claim in the UG. If this is to be accepted, we think that it is more of a Feature Flaw bug. This is also not a medium severity, because as you mention, todo show command solve all your inconveniences.

Items for the Tester to Verify

❓ Issue response

Team chose [response.Rejected]

• I disagree

Reason for disagreement: [replace this with your explanation]

---

❓ Issue type

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

• I disagree

Reason for disagreement: [replace this with your explanation]

---

❓ Issue severity

Team chose [severity.Low]
Originally [severity.Medium]

• I disagree

Reason for disagreement: [replace this with your explanation]

---