soc-se-bot
commented
1 year ago Team's Response
We believe that the notion of realistic range of valid years is very subjective as what is considered realistic for one individual can differ from that of another. Moreover, it is considered overzealous if we try to restrict project deadline to a certain range of years Which is a bigger violation. Therefore, as it is subjective and overzealous to restrict the range we would have to reject issue as a flaw.
Items for the Tester to Verify
:question: Issue response
Team chose [response.Rejected]
- [x] I disagree
Reason for disagreement: Ok, what i meant by valid date time was you shouldn't allow users to input date time that is in the past. Imagine adding the project today in the year 2022 but how come you can have its deadline as the year 2010? It is a feature flaw as users should be allowed to add projects that have a deadline in the past. It just doesn't make sense for the feature to accept that. Moreover, year 0001 or year 0002 is also not valid but the main concern was mainly letting users add projects with deadlines in the past and there's nowhere in the user guide that addressed this problem.
Year 0001 should not be considered as a valid date. Should offer a more realistic range of valid years to be inputted.