This repository was archived by the owner on Feb 23, 2024. It is now read-only.
This repository was archived by the owner on Feb 23, 2024. It is now read-only.
Checkout order and Order endpoints don't support extensions endpoint and aren't backward compatible. #11197
Open
Description
Recently introduced Checkout Order and Orders don't contain extensions fields and/or are not compatible with existing extensions.
Checkout order
- This is a POST only endpoint that allows you pay for existing orders, it already has an extensions key (by inheriting the
CheckoutSchema
class) but the key ischeckout-order
instead ofcheckout
. This means plugins relying on pushing data with checkout POST requests will not work as they're waiting atcheckout
key.
Orders
- This is a GET endpoint that will return an array of Cart-shaped pending orders. It doesn't include an extensions key, so it can't be extended, and existing plugins that extend Cart can't append data to it, meaning it will surface missing information (for things like Subscriptions and such).
Expected solutions
- Add an extensions key
Orders
endpoint. - Add backward compatibility to Checkout Orders endpoint so that it uses whatever is registered in
checkout
, but only if nothing is registered incheckout-order
. This will probably require some tweaking from our ExtendSchema class. - Add the same backward compatibility for
Orders
endpoint so that it uses whatever is inCart
.
Developers can opt out of this fallback method by registering an empty response toorder
orcheckout-order
.