App requests user to pay for order costing $0.00

[Thunderdragon221]

Functionality bug in that edge case where item costs $0.00 is not detected by the system, and when an order is made, proceeds to request payment from the user even though the total amount of the order is $0.00 and should not require the user to pay any amount at all. This confuses the user and negatively impacts user experience in addition to the flawed order bypassing the system without being detected, thus bug severity is at least medium.

[nus-pe-script]

Team's Response

The payment process is required for the order to be saved and tracked.

The 'Original' Bug

[The team marked this bug as a duplicate of the following bug]

feature: price 0 is accepted as an item price

In my opinion, the price of an item should not be 0. While negatives have been accounted for, an item with a price of 0 should not be accepted as well.

---

_{[original: nus-cs2113-AY2223S2/pe-interim#2667] [original labels: severity.Low type.FeatureFlaw]}

Their Response to the 'Original' Bug

[This is the team's response to the above 'original' bug]

Not a bug.

We did consider this during development, but ultimately decided to allow users to include an item that costs $0.00

As it is a POS system, our users may want to give away free items for any reason, but may still want to be able to keep track of the amount of that item which has been given away.

Items for the Tester to Verify

❓ 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: Just by looking at the "original" bug, it is absurd that this can even be considered a duplicate. Does every bug involving free items mean it's a duplicate of the "original" bug raised (which is completely unrelated since that was just their design philosophy)? The devs willingness to classify everything as a duplicate bug is plain absurd. The original bug raised converns their design philosophy; the bug I raised was that the application requests for payment even though an order is free. How is this even a duplicate?

---

❓ Issue response

Team chose [response.Rejected]

• I disagree

Reason for disagreement: This is clearly a valid bug as mentioned earlier, since the fact that the program accepts a free item means the order can cost $0.00, yet the program asks the user to make payment, and does NOT allow the user to input a payment of $0.00. So is the user then expected to make payment for an item that is free of charge? This behaviour is illustrated below:

---

❓ Issue type

Team chose [type.FeatureFlaw]
Originally [type.FunctionalityBug]

• I disagree

Reason for disagreement: As mentioned earlier, since this is not a duplicate bug but rather, an issue with functionality of the program, this is clearly not a Feature Flaw but a Functionality Bug. Below is the CS2113 definition of a Functionality Bug for reference:

---

❓ Issue severity

Team chose [severity.Low]
Originally [severity.Medium]

• I disagree

Reason for disagreement: The fact that the application not only requests the user to make payment for an order which is free of charge, then proceeds to enforce the fact that payment amount has to be greater than $0.00, means that the application expects the user to make payment for an order which is free. This causes more than just minor inconvenience to the user; it causes great inconvenience to the user in such cases as it forces the user to pay at least $0.01 for an order which they should not even be making payment for in the first place. This causes great confusion to the user as well. Clearly, following CS2113 definitions stated below, this should be classified as a bug of Medium severity.

---