Rejected
Details
Assignee
Shamkhal MaharramovShamkhal MaharramovReporter
Shamkhal MaharramovShamkhal MaharramovLabels
Bug Testcase Reminder (view)
Bug reports should generally be accompanied by a test case!
Bug Testcase Reminder (edit)
Bug reports should generally be accompanied by a test case!
Participants
Marko BekhtaShamkhal MaharramovOriginal estimate
Time tracking
No time logged1h remainingComponents
Affects versions
Priority
Minor
Details
Details
Assignee
Shamkhal Maharramov
Shamkhal MaharramovReporter
Shamkhal Maharramov
Shamkhal MaharramovLabels
Bug Testcase Reminder (view)
Bug reports should generally be accompanied by a test case!
Bug Testcase Reminder (edit)
Bug reports should generally be accompanied by a test case!
Participants
Marko Bekhta
Shamkhal Maharramov
Original estimate
Time tracking
No time logged1h remaining
Components
Affects versions
Priority
Created October 16, 2024 at 10:48 AM
Updated February 14, 2025 at 1:40 PM
Resolved December 10, 2024 at 12:33 PM
I was playing around with
@DurationMax
and@DurationMin
and noticed something a bit odd with how they handle zero durations.@DurationMax
: It lets you set a maximum duration of zero, even wheninclusive
is false. Doesn't really make sense, right? If I want a duration to be zero, I shouldn't need this annotation at all.@DurationMin
: This one lets me set a minimum duration of zero if I setinclusive = true
. It's a bit confusing. If I'm saying "inclusive" it means zero is already a valid input, so why bother with the annotation?Could we maybe tweak these validators to make them more sensible?
I'm thinking:
@DurationMax
: Don't allow zero as a maximum, no matter whatinclusive
is set to.@DurationMin
: Don't allow zero as a minimum ifinclusive = true
.Let me know what you think!
If you're happy with it, I can try to fix it myself including test cases.