soc-pe-bot
commented
1 year ago Team's Response
We consider this to be extreme user behavior seeking to deliberately sabotage since a proper monetary value would only be 2 decimal places long.
The 'Original' Bug
[The team marked this bug as a duplicate of the following bug]
Rounding of budget is incorrect
Executing
edit 6 b/999999.000007causes the budget to be edited and rounded up to $999,999.06 instead of $999,999.01.
[original: nus-cs2103-AY2223S1/pe-interim#4979] [original labels: type.FunctionalityBug severity.Low]
Their Response to the 'Original' Bug
[This is the team's response to the above 'original' bug]
We consider this to be extreme user behavior seeking to deliberately sabotage since a proper monetary value would only be 2 decimal places long.
Items for the Tester to Verify
:question: Issue duplicate status
Team chose to mark this issue as a duplicate of another issue (as explained in the Team's response above)
- [ ] I disagree
Reason for disagreement: [replace this with your explanation]
:question: Issue response
Team chose [response.Rejected]
- [ ] I disagree
Reason for disagreement: [replace this with your explanation]
While the UG states that the budget should be between $0 and $1,000,000, the user is able to input a budget of $1,000,000.009. In cases where the value is small and within the accepted range, e.g. $100.009, the value rounds off correctly to $100.01, based on the description on the UG, where numbers after the second decimal place are rounded off. However, the value of $1,000,000.009 incorrectly rounds off to $1,000,000.00 and is accepted by the program.