Found the answer finally in one of the above posts by niknfa. Managed to get a copy of the hosts phpinfo and compared the 5.2 with the 5.3 version, found the session.use_only_cookies had changed.
Put in an overriding php.ini and its now working fine![]()
Found the answer finally in one of the above posts by niknfa. Managed to get a copy of the hosts phpinfo and compared the 5.2 with the 5.3 version, found the session.use_only_cookies had changed.
Put in an overriding php.ini and its now working fine![]()
I too was having problems with Zen Cart not receiving orders from WorldPal, and callback error 302 when transactions were made. WorldPay wasn't sending customers back to my site either.
The solution I found was to add this to my root .htaccess file:
php_value session.use_only_cookies 0
I've not yet had a live order (it's a new shop - www.furnitureonthemove.co.uk/shop), but cancelled orders (which I have made) and test orders all performed correctly within WorldPay and Zen Cart.
I hope this helps!
Hi,
I seem to have developed a problem with callbacks failing (404 page not found?) all of a sudden.
Customers can go through the payment process as normal, but their order details are not being sent back to Zen Cart.
All files are in the right folders.
I do not have the Ultimate SEO URL plugin installed.
I've checked the cookie settings which are as follows:
session.use_cookies On On session.use_only_cookies Off Off
I've spoken to Worldpay who insist everything is working correctly at their end.
2012-07-23 12:16:44.914 (msgTESTConn1-31738)] INST : 258664
[2012-07-23 12:16:44.914 (msgTESTConn1-31738)] DESC : Purchase from Caravan Parts & Accessories
[2012-07-23 12:16:44.914 (msgTESTConn1-31738)] CART ID: c829qe9pt90llreknp5kkqap06
[2012-07-23 12:16:44.914 (msgTESTConn1-31738)] TRANSID: 133132206
[2012-07-23 12:16:44.915 (msgTESTConn1-31738)] STATUS : Y
[2012-07-23 12:16:44.915 (msgTESTConn1-31738)] SHOPPARAMS: MC_callback=www.caravanpartsaccessories.co.uk%2Findex.php%3Fmain_page%3DFILENAME _WP_CALLBACK%26zenid%3Dc829qe9pt90llreknp5kkqap06
[2012-07-23 12:16:44.915(msgTESTConn1-31738)] MERCHPARAMS: amount=1.00¤cy=GBP&amountString=%26%23163%3B1.00&MC_callback=www.caravanpartsacc essories.co.uk%2Findex.php%3Fmain_page%3DFILENAME_WP_CALLBACK%26zenid%3Dc829qe9p t90llreknp5kkqap06&M_postcode=DN4+5HX&M_address=Doncaster+Business+Innovation+Ce ntre%0D%0ATen+Pound+Walk%0D%0ADoncaster%0D%0ASouth+Yorkshire
[2012-07-23 12:16:44.938 (msgTESTConn1-31738)] Starting callback handling
[2012-07-23 12:16:44.955 (msgTESTConn1-31738)] LegacyCallbackURLProcessor: Converted from 'http://<wpdisplay item="MC_callback">' to 'http://www.caravanpartsaccessories.co.uk/index.php?main_page=FILENAME_WP_CALLBACK&zenid=c829qe9pt90llreknp5kkqap06'
[2012-07-23 12:16:46.122 (msgTESTConn1-31738)] Callback Failed: Callback to http://www.caravanpartsaccessories.c...E_WP_CALLBACK: NOT OK, recevied HTTP status: 404
[2012-07-23 12:16:46.127 (msgTESTConn1-31738)] Callback handling failed
[2012-07-23 12:16:46.127 (msgTESTConn1-31738)] Adding any logs which are available
[2012-07-23 12:16:46.135 (msgTESTConn1-31738)] --- No logfile for callback failure: 23/07/201212:16:46,133132206,c829qe9pt90llreknp5kkqap06,258664,"Callback to http://www.caravanpartsaccessories.c...E_WP_CALLBACK: NOT OK, recevied HTTP status: 404" ---
[2012-07-23 12:16:46.143 (msgTESTConn1-31738)] Receipt handling finished
Thanks,
Rob.
I started to see this same kind of problem after updating my PHP to version 5.3.xx check to see if your website/web host has done a PHP update.
I was able to fix by telling the effected web site to use PHP 5.2.xx check with your web host on how/if you can do this as a test.
I'm hoping some one will be able to adjust this plugin to work with PHP 5.3/5.4
Dave G
We've had problems with the PHP upgrade changing the cookies to ON, but they're currently set to OFF and we're still experiencing the same issue...
Hi all,
I have got a weird issue here...
The first transaction I make always has callback failure, but do as many as you want to straight afterwards they all go through perfectly. The site is hosted with Godaddy and I'm sure that the problem lies there. Am I correct in saying this or is it a worldpay setting or am I way off the mark.
To me it looks like worldpay and godaddy are taking to long 'shake hands' but once they do its fine... until you 'look away' for too long again.
Has anyone got a similar issue or better resolved something like this?
Don't want to be a pain, but if any knows, it quite urgent.
Thanks,
Jay