Team's Response

Firstly, this bug is actually an extreme input case, and we do not expect users to input words of such huge length in normal usage.

nus-cs2103-AY2223S1/forum#393

So this bug will be rejected on the grounds that this is behavior arising from an extreme input.

However, even if we accept this to not be an extreme input, we cannot replicate the bug using our devices.

The steps given do not correspond to what is in the screenshot. Notice how the task description that is given in the steps is different from the task description of the resulting task.

Even if we do replicate the steps it would take to get to the screenshot exactly, we still cannot reproduce the bug.

Closing and opening the application does not cause this bug.

Even doing a task edit to increase the length of the task description does not break it.

The problem also does not seem to happen regardless of double click entry or using java -jar.

Adding the task while the scroll bar is at the top, then scrolling to the bottom also does not cause this bug.

We tested the above on all 3 supported platforms. Above is the Windows attempt.

MacOS:

Linux:

Thus, this bug cannot be reproduced by our team.

Items for the Tester to Verify

❓ Issue response

Team chose [response.Rejected]

• I disagree

Reason for disagreement: [replace this with your reason]
Not sure why it's still buggy on my computer with different outputs. I think it might be for MacOS M1 chip. Moreover, it is not stated in the User Guide what exactly qualifies as an extreme input, it would be good to have the range of alphanumeric characters as some tasks might be more descriptive.

from pe.