WorldPay Module version 2.0 - Support thread

gardnico1307:

Hi All

Hope that I am posting this question in the correct manner.

I am quite new to ZC and am currently using ZC version 1.3.9
and Worldpay Module version 2.09.

I have recently setup a small online store for a friend of mine using the above versions. I tested thoughly both using the test mode of the worldpay module and all seemed to be working correctly and as it should.

With this confirmed we moved to a live state and again tested. All payments are going through to RBS site as they should (correct amounts etc....) and also processing correctly but unfortunately since moving to the live state no order details are being stored in the Zen Cart admin area (admin > customers > orders) so were are unable to see what a customer has ordered?

Does anyone know of a reason for this or know of something that I have missed in terms of configuration in Zen Cart or within the RBS admin panel?

Any assistance on this would be very much appreciated as I am at a total loss!!

Kind Regards, Gardnico

Hi, I have the same problem, i cannot get any order in zen cart admin area in test environment also.

I have tried many ways to fix, but it is still the same. I received email from worldpay that capture money. The password is correct. Only thing is 'Callback failure HTTP302'. I guess some error in redirect script, can any one help:cry:

Hi, If the transaction is going through and no records are being stored in zen-cart then you have a call-back failure. Several things can cause this:

Have you setup the correct path to your callback script in WorldPay's admin area? This is the cause of many problems - also check you are using md5 and payment response passwords. Also check that Payment response, Recurring Payment response and Enable Shopper response are ticked in the WorldPay setup screen. Make sure you use http or https as necessary. In current times you should be using https for security (I think this is a requirement, or is about to be a requirement of using WorldPay)

Sometimes there is a problem with your call back script itself - Talk to the support guys at worldpay to help you through this. It can be a bit like a needle in a haystack sometimes - I had a problem with whitespace in mine at one stage.

Less likely, but possible is that your script is timing out before completion - check you internet connection is as quick as it can be.

Regards

FEQ

FEQ:

Hi, If the transaction is going through and no records are being stored in zen-cart then you have a call-back failure. Several things can cause this:

Have you setup the correct path to your callback script in WorldPay's admin area? This is the cause of many problems - also check you are using md5 and payment response passwords. Also check that Payment response, Recurring Payment response and Enable Shopper response are ticked in the WorldPay setup screen. Make sure you use http or https as necessary. In current times you should be using https for security (I think this is a requirement, or is about to be a requirement of using WorldPay)

Sometimes there is a problem with your call back script itself - Talk to the support guys at worldpay to help you through this. It can be a bit like a needle in a haystack sometimes - I had a problem with whitespace in mine at one stage.

Less likely, but possible is that your script is timing out before completion - check you internet connection is as quick as it can be.

Regards

FEQ

Hi, My two websites use the same hosting server and WORLDPAY, The first website use zencart version 1.38 (worldpay module 2.10), this website does work. BUT the second website use zencart 1.39 version (worldpay module 2.10), then it cannt redirect back to website and get HTTP 302 error.

So We reset Payment Response Password, enable bug report and below is testing result:

1. In payment steps, When we cancel transaction before payment, the page is redirect to our website. Then we receive bug report of 'Transaction status failure'- [rawAuthMessage]=>
   trans.cancelled;[callbackPW] is correct.

2. When I complete payment, the page does not redirect to our website. Then we receive two bug reports, The first bug report of
   'Transaction status success'- [rawAuthMessage]=> cardbe.msg.authorised; [callbackPW] is correct. The other bug report from worldpay, callback failure, received HTTP status:302.

So anyone can help me to figure out the problems? Does it because worldpay module 2.10 cannot be used in zencart version 1.39?:frusty:

Anyone can help? And idea?:(

Hi, I'm aiming to integrate WorldPay with a Zen Cart based store (version 1.3.9h, and sales to the UK only). Having read through the last year or more of this thread it's clear to me that a lot of problems are solved by using SSL. My hosting provider offers a shared certificate for free, or a paid one (Comodo InstantSSL Certificate) for £49 a year plus £2 a month for the IP address. Any views please on which I should choose?

Hi all!

I've just been reading through this thread, and there seem to be problems left, right and center in getting this module to work!

Is anyone running this module on the current Zencart - V1.3.9h? I have a client who is wanting to use World Pay on their store, which is currently being developed, and it will be running V1.3.9h.

Yes, I've just set up the WorldPay module on version 1.3.9h and it now seems to be working OK, at least in the test environment. I posted in another thread about a problem I had initially with callback failure, now solved.

This is not necessarily to say I'm a member of the Friends of WorldPay Club.

Hi there,

After hours upon of hours of trawling related forums and trying various things I think I have finally nailed what has been causing our Worldpay payments to suddenly return Callback Failures 302 error.

It happened at just the same time as our host, Hostpapa, upgraded to PHP 5.3.

I haven't managed to yet speak to anyone willing to offer real help from their company, but does anyone have an idea of which things I need to quiz them on that might have changed in the PHP config?

I have read about session settings, which seems more likely than it timing out or anything, but I know next to nothing about servers.

Thanks for any help!
Nick

If you are having a problem with the WorldPay callback with Zen Cart version 1.39 then the problem might be with the default Payment Response URL <wpdisplay item="MC_callback"> entry in the Integration Setup at WorldPay.

I have found that the following resolution works for my customer sites:

Add http:// or https:// in front of the Payment Response URL
i.e. http://<wpdisplay item="MC_callback">
OR https://<wpdisplay item="MC_callback"> if you have SSL activated

Hi,

If you were replying to me I'm afraid it's not that. I've tried various permutations of the callback URL and I've now put it back to what it should be (and which was working for 9 months):
http://<wpdisplay item="MC_callback">

From scanning various pages on the topic it seems that various PHP settings, particularly to do with sessions, might affect the 302 error. It seems to me that when Worldpay issues the callback (which it does, and with the correct callback pw) Zen Cart has forgotten who it's talking about and therefore redirects it to the hacker response page.

I've finally had some word from our host and they've only sent me a link to the servers config page - phpinfo.php

I've looked at the section on sessions, but basically don't have a clue what most of it means.... can someone send me their PHP 5.3 info page in a PM or something so that I can compare??

I've been told I might be able to make changes via a php.ini file - does anyone have experience of doing that?

Thanks,
Nick

First check that in Configuration > Sessions the following are all set to false:
Force Cookie Use
Check SSL Session ID
Check User Agent
Check IP Address

If it's still not working after that look at phpinfo.php and check that the following are turned off:
register globals
magic quotes
session.use_trans_sid

That's just my two pence. No doubt there are many other settings that might be involved.

Thanks for those that have replied - I've managed to crack it finally! (With absolutely bugger all help from our hosts Hostpapa.)

Eventually I did get them to forward a phpinfo page for the new server and also one from a server yet to have the upgrade. After comparing the two I noticed that the only relevant setting that was changed was
session.use_only_cookies
which used to be off and with the the PHP upgrade to 5.3 it by default gets set to ON.

As it is CGI-running server (I learnt the odd thing or two!) I uploaded a php.ini file in the root of the server with the sole line being:
session.use_only_cookies = off

This immediately fixed it and the callback was coming through, orders into ZC, confirmation email to customer from ZC etc.

I'm glad it's over, just wished the hosts (who you would think would be knowledgeable about the possible solutions) would have responded sooner!

btw, I did check those session settings in ZC first.
Also, to anyone frantically doing a google search, like I've been doing the last 5 days, I am on ZC 1.3.9b and Worldpay for ZC 2.10

Bye,
Nick

niknfa:

Hi,

If you were replying to me I'm afraid it's not that. I've tried various permutations of the callback URL and I've now put it back to what it should be (and which was working for 9 months):
http://<wpdisplay item="MC_callback">...

No I wasn't replying to you specifically niknfa, just pointing out that, by default WorldPay sets the callback URL to <wpdisplay item="MC_callback"> (without the preceding http:// or https:// ) which will result in a callback failure.

WorldPay's callback always tries to return to an https connection irrespective of whether you enter http or https in the Payment Response URL so will result in security messages flagging up in the users browser if you don't have SSL installed. Ideally, for customer confidence and compliance with WorldPay's merchant T&C's your website should have an SSL certificate installed.

The WorldPay module normally worked 'out of the box' in earlier versions of Zen Cart, but additional security protocols in 1.39 versions seems to be causing issues with getting the integration set up.

For anyone having problems it's worth trying the following settings in the Integration setup at WorldPay:-

Payment response: checked
Recurring Payment response: checked
Enable Shopper response: checked
Suspension of Payment Response: not checked

Using the WP copy from the test integration to the live integration appears 'lose' or corrupt the password so always re-type (or copy paste) the matching Payment Response password from your Zen Cart store setup into the 'live' integration.

I've found that setting MD5 secret for transactions to on in most of my clients setup usually results in callback failure, so I always leave it empty and unused.

Hope this helps anyone having problems with the WP setup...

Hi all, well i read pretty much of these 60 pages!
My problem i only have with this mod, is that it times out?
Here is the email i received:

Our systems have detected that your callback has failed.

This callback failure means we were unable to pass information
to your server about the following transaction:

Transaction ID: 2064097426
Cart ID: b02c5f86f8941dac71bf2f3cbb7598b0
Installation ID: XXXXXX

Error reported: Callback to: http://www.cakekraft.co.uk/index.php?zenid=b02c5f86f8941dac71bf2f3cbb7598b0&main_page=wp_callback: failed CAUSED BY Read timed out
Server Reference: mm2imsps4p:callbackFailureEmail-130046:MerchReq-377-42

Also, if you usually return a response page for us to display to the Shopper
within the time allowed (1 minute), this will not have been displayed.

RBS WorldPay will have displayed to the Shopper the response page file
(resultY.html or resultC.html) held for your installation on the RBS WorldPay
server. This will be your own custom version, if you have supplied one, or,
if not, the RBS WorldPay default version.

Please can someone help, as people are placing orders and it's not showing in Zencart.
Thank You.
Nic:smile:

I am using Zencart 1.3.9h amd WorldPay 2.1.0.

I have read all reply for this topic, but still not working automatic redirect after successful payment from Worldpay. It stops there showing Thanks you message.

I have done WorldPay account setting same explained above and also check phpinfo.php, it also same as we want. Still it's not working.

Thanks in advance

Hi,

This is a little bit of a long shot, but I haven't been able to work it out on my own thus far and this is one of the last things I need to sort out to get a site live.

I'm running Zen Cart 1.3.8a with this template http://www.zen-cart.com/index.php?main_page=product_contrib_info&products_id=1740

It seems that something is breaking the template on the worldpay successful payment page, but I haven't been able to work out what it is and how to correct it.

This is what the broken page looks like:

And this is what the top of a normal page looks like:

I note that it has centered all of the text in my left menus as well, so maybe whatever is causing that to happen is also breaking the layout of the top navigation?

So I guess what I'm asking really is how worldpay pulls through this template page and how does it decide to display it. I feel like with a bit more information I could probably work something out on my own, but at the moment I've hit a bit of a wall with it.

Well, I ended up using the overrides idea mentioned earlier in the thread (it took a while of trawling through) here - http://www.zen-cart.com/forum/showpost.php?p=780277&postcount=384

Used that to disable the top navigation for the call back pages, which makes them look much more acceptable.

dixittejas:

I am using Zencart 1.3.9h amd WorldPay 2.1.0.

I have read all reply for this topic, but still not working automatic redirect after successful payment from Worldpay. It stops there showing Thanks you message.

Hi dixittejas, did you find a way out of this problem? I am also stuck on thank you page worldpay isn't redirecting to site.

Hi
I am having similar isses with callback it was working fine and now i get error 302
seo urls are switched off

what file does worldpay callback point to sorry if this has been asked before i have been trawling the forum and getting lost in posts

niknfa:

Thanks for those that have replied - I've managed to crack it finally! (With absolutely bugger all help from our hosts Hostpapa.)

Eventually I did get them to forward a phpinfo page for the new server and also one from a server yet to have the upgrade. After comparing the two I noticed that the only relevant setting that was changed was
session.use_only_cookies
which used to be off and with the the PHP upgrade to 5.3 it by default gets set to ON.

As it is CGI-running server (I learnt the odd thing or two!) I uploaded a php.ini file in the root of the server with the sole line being:
session.use_only_cookies = off

This immediately fixed it and the callback was coming through, orders into ZC, confirmation email to customer from ZC etc.

I'm glad it's over, just wished the hosts (who you would think would be knowledgeable about the possible solutions) would have responded sooner!

btw, I did check those session settings in ZC first.
Also, to anyone frantically doing a google search, like I've been doing the last 5 days, I am on ZC 1.3.9b and Worldpay for ZC 2.10

Bye,
Nick

This worked perfectly for me, we moved servers and noticed that the payment response was giving the error:

NOT OK, recevied HTTP status: 302

I could not get the php.ini method to work so I added the following line to my .htaccess php_value session.use_only_cookies 0. I then noticed that in my phpinfo went from session.use_only_cookies On to Off.

I hope this helps someone.