I'm having problems with Worldpay and their notorious dislike of 302 redirects with the payment response. I remember this problem last year and Luke fixed it but it seems to have returned.
Within Commerce_PaymentsService there is code targeting Worldpay and some other gateways, around line 15 in the latest version. I believe that was to avoid the 302 redirect problem from last year.
What I've done is added code to log where the script is getting to, and it seems it never even reaches this code. You can see from the sample below
if ($success && $transaction->status == Commerce_TransactionRecord::STATUS_SUCCESS)
{
CommercePlugin::log('Commerce_PaymentsService line 814', LogLevel::Info, true);
craft()->commerce_orders->updateOrderPaidTotal($transaction->order);
}
CommercePlugin::log('Commerce_PaymentsService line 817', LogLevel::Info, true);
// For gateways that call us directly and usually do not like redirects.
// TODO: Move this into the gateway adapter interface.
$gateways = array(
'AuthorizeNet_SIM',
'Realex_Redirect',
'SecurePay_DirectPost',
'WorldPay',
);
The line saying 'Commerce_PaymentsService line 817' is not being reached. I've currently following the trail and am several functions within Commerce_OrdersService applying the same metho to figure out what's happening.
Does anyone know of a change in the way Commerce works that would bypass this Worldpay test?
I made a support request yesterday, but no response yet, which is why I'm on here.
UPDATE: the latest version of Craft Commerce has changed things with Customer Emails. I've got some deprecated notices in the control panel. I'm wondering whether there is an email problem which is stopping things proceeding.
UPDATE 2: rolled back two versions before the email change and it's still broken. I've noticed that when you update an order's status in the control panel the email is not being sent and a popup error saying 'Undefined' is being shown. There's nothing in any of the logs so it looks like more trawling through Craft Commerce. Test emails from Craft work fine, and the email template is fine when viewed on the front end.
UPDATE 3: Removing the emails from the order statuses allows the order status to be updated fine. So there is definitely a problem with the emails. Then I've updated to use a test email containing nothing but static text - that processes, send and even redirects from Worldpay fine. It's my order email template.
