When an order is placed, an event subscriber triggers the creation of a subscription for each order item which represents a subscription.
However, if the order store, customer id or (less likely) initial order id have been changed in the events system, these changes are ignored when creating the subscription because the previously saved order is used, rather than the order data with events changes.
To reproduce, you'll need to use a debugger to change a value, or write an event subscriber that triggers on commerce_order.place.pre_transition, and has a higher priority, in which you change one or more of the uid, the initial order id, or the store id for the order, then let the subscription creation process run to completion. Check the subscription; it will not reflect your change, but will instead show the last saved value for the order.
The actual creation of the subscription is handled in commerce_recurring/src/EventSubscriber/OrderSubscriber.php by function onPlace, in the lines
$subscription = $subscription_storage->createFromOrderItem($order_item, [
'type' => $subscription_type_item->target_plugin_id,
'billing_schedule' => $billing_schedule,
]);
the second parameter of createFromOrderItem is a list of override initialisation parameters for the subscription. In the absence of a parameter, the value from the saved order is used.
The fix to the bug is to pass in values for store_id, uid, and initial_order, using the values in the order received by the event.
Needs work
1.0
Code
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
Rerolled against latest dev (July 23, 2024)
Note that in the original patch, 'initial_order' => $order->id() where initial_order was an order id.
In the dev version of the module this has been set to 'initial_order' => $order,, where intial_order is the order object.