Sorry!
Debug Message
[22] SELECT p.pagePath, pr.routePattern, pr.routeRegExp, p.pageTemplate FROM perch2_pages p LEFT JOIN perch2_page_routes pr ON p.pageID=pr.pageID ORDER BY pr.routeOrder ASC, p.pagePath ASC
Matched page: /shop/thankyou, so not using routes.
Using master page: /templates/pages/shop/thankyou.php
[1] SELECT * FROM perch2_pages WHERE pagePath='/shop/thankyou' LIMIT 1
[28] SELECT DISTINCT settingID, settingValue FROM perch2_settings WHERE userID=0
[1] SELECT locationID FROM perch2_shop_tax_locations WHERE locationIsHome=1 LIMIT 1
INSERT INTO perch2_shop_cart(memberID,locationID,currencyID,cartPricing,cartProperties) VALUES(NULL,'1',47,'standard','[]')
[1] SELECT * FROM perch2_shop_cart WHERE cartID=387
[1] SELECT * FROM perch2_shop_cart WHERE cartID=387
Runtime complete_payment for worldpay
Request time: 0.5839
Process time: 0.574
Memory: 5.1862
Following our conversation please take note for these fields
"Payment Response URL" - This used for both collecting the POST data from our response into the backend of your grabaperch CMS system. It should also accommodate the redirection for the shopper.
This usually based off our "transStatus" parameter Y = Successful C = Cancelled.
"Shopper Redirect URL" - This is specific to mobile pages only and is usually used for basic redirection once the payment is completed. Most shopping carts will simply want you to use the same as the Payment Response URL but if you have a specific mobile response then you can use this field.
Hope this helps.
Regards,
Alexander Dewison
Gateway Technical Support Consultant
In this case it's because the user viewing the result page is the WorldPay server and not the customer. perch_shop_order_successful() just won't work in this circumstance because it's a brand new request with no context.
I'll see if I can get the gateway to assign that context to make the behaviour consistent.
Just had a email from worldpay
Hi Anthony,
Thank you for your call earlier today.
Following our conversation please take note for these fields
"Payment Response URL" - This used for both collecting the POST data from our response into the backend of your grabaperch CMS system. It should also accommodate the redirection for the shopper. This usually based off our "transStatus" parameter Y = Successful C = Cancelled.
"Shopper Redirect URL" - This is specific to mobile pages only and is usually used for basic redirection once the payment is completed. Most shopping carts will simply want you to use the same as the Payment Response URL but if you have a specific mobile response then you can use this field.
Hope this helps.
Regards,
Alexander Dewison Gateway Technical Support Consultant
When you get sent back to your site, does WorldPay add anything to the URL or post any parameters to the page?
you dont really get sent back
The guy on the phone said that wordplay clones your thank you page
so the url is
https://secure-test.worldpay.com/wcc/purchase?instId=1111374&accId1=HARBOURCHALL&cartId=153&desc=Order+%23153&amount=270.00¤cy=GBP&testMode=100&MC_callback=http%3A%2F%2Fharbourchallenge.myboxproject.co.uk%2Fshop%2Fthankyou&name=Anthony+Elleray&address1=0&address2=0&town=0®ion=0&postcode=0&country=0&email=a.elleray1182%40gmail.com&signatureFields=instId%3Aamount%3Acurrency%3AcartId&signature=cf04e621c7e32088781aa313e640322a
the page you see is your thank you page
they said you then need to add a meta refresh to take the customer back to your site
Hope that makes sense
Are those parameters passed to the page when it's fetched from the server?
i cant see them on the page or in debug
What do these output if you add them to the page?
Can you try updating your
perch_shop/lib/gategways/PerchShopGateway_worldpay.class.php
file with the following?Result from thankyou page
Ok, great - and is it all marked as paid and looking like it should?
That order got saved in the admin area
yes all saved marked as paid
no idea why its saying sorry but does that with paypal too
I can't deal with both at once.
In this case it's because the user viewing the result page is the WorldPay server and not the customer.
perch_shop_order_successful()
just won't work in this circumstance because it's a brand new request with no context.I'll see if I can get the gateway to assign that context to make the behaviour consistent.
That is ok Paypal has been inconsistent for me for ages.
but thank you for your help with world pay
transactions are working as perfectly and sending emails like it should
Give this one a try:
Looks like that worked
Great.
Top Man
Thanks Sooooo Much :)