Order total discrepancy between manually created order and checkout

[WillBrubaker]

Describe the bug

A manually created order/subscription pair can generate a different amount at checkout vs. the order total saved.

To Reproduce

1. Create a manual as admin
2. On the order add a standard product with a discount
3. On the order add a subscription product with a discount
4. Leave status of product as Pending Payment
5. Create a manual subscription as admin
6. Link the subscription order to parent order in 1
7. Add a subscription item and discount it
8. Login as customer and go to orders and you will see it is reflected correctly
9. Press the pay button and you will see that the amounts change

Expected behavior

For the totals to remain consistent throughout the flow.

Actual behavior

Totals are not consistent.

Product impact

• [y ] Does this issue affect WooCommerce Subscriptions? yes/no/tbc, add issue ref
• [ ] Does this issue affect WooCommerce Payments? yes/no/tbc, add issue ref

Additional context

6850404-zen Atomic site, check order 14473

[imodouglas]

Hi @WillBrubaker... I tested this but I was not able to replicate it: https://d.pr/i/cPSvan. I have reached out to the team to look into it.

[Mayisha]

I could somewhat reproduce this issue only in one scenario.

• The store should have Yes, I will enter prices inclusive of tax selected and there should be a tax created in the Standard rates tab.
• Create an order manually.
• Add a simple product and a subscription product to the order with a discount. Also, remove the tax from the items.
• Now this order has some discounts but the product price is actually lower than the actual individual product that we see in the product page. (as the individual product price includes the tax but here we have removed the tax)

Now if we follow the rest of the steps from the description above and finally click the Pay button on the My account > Orders page, it will take us to the checkout page and there the individual product prices are the actual prices (which includes tax) making the total amount different from the total shown in the order page.

[darrenwilliamsriot]

It is disappointing to see this marked prioirty:low. This issue nearly cost us $10,000+ USD as the client payment was incorrect. It is 100% replicable in our environment.

[james-allan]

Adding an additional report of this issue https://github.com/Automattic/woocommerce-subscriptions-core/issues/601.