Issue
Pertinent to Tib refund when looking at the gform_stripe_payment_intent_pre_create hook I noticed that it says to use gform_stripe_session_data instead if you're using Stripe Checkout. I do remember that we made changes so that we used the "new" Stripe field at some point in the last 12 months (maybe longer).
Given that when I check older transactions in the inspector I see transfer_destination = null set instead of the array that should be produced by this code I wonder if the hook is even firing now. Thus, would refunds truly work by pulling funds from the connected account instead of the platform account.
Now even in that older transaction I do see our fee being applied which is added via the same hook.
Tasks
Issue
Pertinent to Tib refund when looking at the
gform_stripe_payment_intent_pre_createhook I noticed that it says to usegform_stripe_session_datainstead if you're using Stripe Checkout. I do remember that we made changes so that we used the "new" Stripe field at some point in the last 12 months (maybe longer).Given that when I check older transactions in the inspector I see
transfer_destination = nullset instead of the array that should be produced by this code I wonder if the hook is even firing now. Thus, would refunds truly work by pulling funds from the connected account instead of the platform account.Now even in that older transaction I do see our fee being applied which is added via the same hook.
Tasks
gform_stripe_payment_intent_pre_createfunction is firing on a transactiongform_stripe_session_datais firingtransfer_destinationandtranfer_groupare being applied properlyNULLin the payments but we can define it