After subscription cancellation, I'd like to do something based on the order that was cancelled, in its most recent state. That's the current (draft) order.
But when cancelling a subscription, RecurringOrderManager::applyCharges() removes all order items from that order. It does so because there are now no charges to apply to the order, and it removes the "unused" order items.
Valuable followup data is being lost here.
Cancel a subscription, check the current order (now canceled). There are no order items and no order amount.
Any solution might need to be configurable behaviour, some implementations may expect the order to be empty after subscription cancel?
As a workaround, I'll likely store the order items at subscription pre-cancel and restore them as soon as possible after that.
Active
1.0
Code
Hello. I have exactly the same issue. As a collateral effect subscriptions are never canceled, because the "draft" order is canceled because there is no order items on order, and after that cron is searching draft orders and the order (related with a canceled subscription) was canceled so cron not applies changes on subscription state.
I fixed checking if there are charges before create new order items and delete previous order items on the order.