Open spinoandraptos opened 8 months ago
Thank you for finding this bug.
You are right, the program should have handled this more gracefully using exceptions.
But fret not, all previous details would have been saved, so no data is lost.
The clerk just has to restart the program.
It may confuse the clerk, but I wouldn't call it "detrimental", as no data is lost, and the clerk has nothing to lose. (At most 5 seconds of his time)
And since clerk knows that he has input 0000, he would likely not do that again, since it would mean he would have to restart the program.
Team chose [response.NotInScope
]
Reason for disagreement:
The UG did not specify it is not supported, and the program does not fail gracefully, hence the requirements for Not In Scope are not met here and should not be used.
This is a serious issue as the erroneous input of year 0000, in the event of a typo or deliberate sabotage, is not handled at all, causing a complete app crash. This can be detrimental to the experience of the clerk using the app and may also lead to other potential unforeseen harmful consequences.