Incorrect price displayed when ordering

[Thunderdragon221]

When ordering an item that costs $0.00 using the command "6", the quantity keyed in doesn't matter, the price given to the user is shown as $.00, which is incorrect since it should instead be shown as $0.00
Since this is a minor flaw in the functionality that only occurs for an edge case, the bug severity is low.

[nus-pe-script]

Team's Response

We would like to clarify that the ability for users to add free-of-charge items to an order is not an edge case, as it is an intentional feature of our application for tracking purposes. While displaying "$.00" for free-of-charge items may appear to be a bug to some users, we believe that this is not a critical issue as the purpose of displaying the amount is for tracking purposes.

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: The devs do not provide any justification whatsoever as to why this is a duplicate of the "original" bug. It is evident just by looking that the bug (incorrect display of pricing of item) is completely unrelated to the discussion on whether an item of price $0.00 should or should not be accepted by the program. Since as indicated in the devs response to the "original" bug, they have decided to accept the pricing of $0.00 for an item as part of their design philosophy, then the onus is on the devs to ensure that this intended feature is implemented correctly without flaws. In this case, it is clear that despite the program accepting a price of $0.00 for an item, when it comes to placing orders for such an item, the total price displayed for the order is incorrect. This is clearly a Functionality Bug, and is NOT a duplicate of the "original" bug.

---

❓ Issue response

Team chose [response.Rejected]

• I disagree

Reason for disagreement: This is clearly an unrelated issue to their design philosophy altogether. Since the devs have chosen to accept the pricing of $0.00 for an item, they should ensure that the price of an order containing such an item is also appropriately reflected. The fact that they did not ensure this was the case means it is clearly a valid bug of Low severity according to the CS2113 website definitions, since this issue with the pricing display obviously causes minor inconvenience to the user.

---

❓ Issue type

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

• I disagree

Reason for disagreement: As stated earlier, since this clearly cannot be considered to be the same bug as the "original" bug which was a Feature Flaw, this bug is instead a Functionality Bug as the application does not display the correct pricing (display issue and thus functionality bug). Below is the stated CS2113 definition of a functionality bug for reference:

---