Editing Order Details - Incorrect Currency Displayed When Order Currency Differs from Store Default

[toupper]

We consistently use the store's default currency when editing an order, even if the order was created in a different currency. This results in inconsistencies across various sections of the editable order screen, including Items, Custom Amounts, Discounts, Coupons, and Order Totals. Additionally, when adding new products to the order, prices are displayed in the store's default currency instead of the order's currency.

This inconsistency is confusing for users.

ScreenRecording_11-04-2024.14-53-31_1.MP4

Suggested Workaround to consider:

To completely fix this issue, we would need to receive product prices in the order’s currency so we can display them correctly during product selection. Since the REST API does not currently provide this, I suggest disabling the Edit mode for orders in a currency different from the store’s default.

Users would still be able to change the order status, create shipping labels, issue refunds, and add tracking, notes, and shipping details from the Order Details. They wouldn’t be able to add Custom Amounts, Discounts, Coupons, or new Items to the order. These actions aren’t very common for orders created on the storefront anyways.

peaMlT-XF-p2

[dangermattic]

Thanks for reporting! 👍

[malinajirka]

We implemented a workaround in #14345 that disables the ability to edit order when the currency of the order doesn't match the store currency. However, as it turned out this is a more common scenario than we anticipated so we plan to work on improving this flow.

We discussed this in more detail on p1734686552735759-slack-C025A8VV728, but the TL;DR; is:

1. Check order.currency and pass it to the /products and /variations endpoint.
2. Request API change for both /products and /variations endpoint to include currency in the returned product/variation objects.
3. Update clients to handle the case when the client request a currency but the returned currency doesn't match - this happens for example when the passed currency is not supported by the site, the API fallbacks to store's default currency.

Before diving into this, one more thing to just check is whether adding products to an order with a non-default currency actually uses the prices that we can get back from the products endpoints; I think it must, but it's probably worth checking!