WorldPay Module version 2.0 - Support thread

**philip_clarke** · 6 Mar 2009, 02:02 PM

New version 2.06 has been released details below. Please read the section http://YOUR_SERVER/docs/worldpay/ very carefully after installation.

New Function, possible bug fixes
5th March 2009

Bug fix, on heavily overloaded servers the variable credit_covers appears to be being set, this then allows the buyer to go through to worldpay but the when they return it has removed their shopping cart as if they had a gift voucher or special discount. This "bug" has been fixed although it is why it happens (and it is a zen-cart thing outside of the worldpay module) is outstanding

Forum user Khalil suggested some code and an idea to select the credit/ debit cards before going to worldpay, so skipping one of those ugly screens, it was a very good one and has been incorporated although in a slightly different format. Khalil's idea was to modify the templates to put in a select box. The "select box" option still exists and looks neater, but the user would only know what credit cards were accepted if he/she clicked the box. An additional Radio Button layout has been added so that the user can clearly see the accepted cards (which means Khalil's idea was even better as showing the correct accepted ards on the confirmation screen saves the user going to worldpay and finding his/ her card isn't accepted). Also the templates do not have to modified to use now use this options, it is select in admin, as are the cards that are accepted, so there is no editing of PHP pages required.

If you have applied Khalil's modification to the checkout template, you will have to remove it

The file has been submitted to Zen cart but you can get the same copy from

http://########################.co.uk/WorldPay_ZC1.3.x_v2.06.zip

until Zencart put it up on their downloads page.

**mediathing** · 7 Mar 2009, 07:58 PM

Hi,
As i'm sure you're aware, Worldpay are changing at the end of this month. I think the extent of the changes for most users will be the worldpay url needs to be changed. Do you know anything about this?
Thanks

**philip_clarke** · 7 Mar 2009, 08:08 PM

Yes several people have mentioned it and forwarded the notification. I assume as worldpay is owned by RBS that is now majority owned by our government, they are pooling their resources in an efficiency drive. The memo looks to me like they are either going to

change the domain name where the info is sent (bad idea, this forum will be filled with 100's of people),
but more likely
change from where the computer posts a successful transaction.

I am guessing that some shops limit the posting of data to ip range (it is possible) but we don't so that won't affect us.

What will affect is that with version 2.0 of ZC on the horizon, the whole module will have to be re-programmed.

Chink chink anyone (that's the sound of me rattling a bucket for donations).

Philip.

**sparklefish** · 12 Mar 2009, 05:45 PM

Hi,
I have WorldPay 2.06 installed and am trying out some test transactions before I go live. I've just carried out a test transaction and whilst the payment seems to have gone through OK (have checked via WorldPay admin screens) I wasn't redirected back to my site at the end of the transaction and I don't have anything showing up on the Payment response page.
I'm sure I'm doing something really dumb but not sure what.
Thank you.

**philip_clarke** · 12 Mar 2009, 06:16 PM

Have you turned on the debug emails ?

The queickest way to test a return is to go through and not pay but hit "cancel" and that should return you, then you don't have to go through the bother of actually paying.

Common reasons for not being redirected back include not hanve clicked the save settings at the bottom of the WorldPay screen when setting up your account. Not having transferred the details from the test account to your live world pay account (this does happen sometimes), not having set a payment repsonse password or having got it wrong. Sometimes worldpay can take ten minutes to update it's passwords it sends out, as there appears to be some sort of caching going on at their end.

Philip.

**sparklefish** · 12 Mar 2009, 07:29 PM

Thanks Philip - yes it was indeed a password problem. For some reason WorldPay admin was not saving my payment response password (database error message appeared, then WorldPay test server went down completely into maintenance mode). Anyhow, everything seems to be up and running now on the WorldPay side, I successfully saved a password and WorldPay is successfully redirecting to my site! Hurray.

Many thanks.

**vickula** · 16 Mar 2009, 12:42 PM

Hi
Have WorldPay 2.06 installed and am having a problem with the redirect to my site. Have read every post in this thread and know I must be missing something simple.
Initially I had a password problem but that seems to have gone as now I'm only getting Transaction Status Success debug emails from my own server. The WorldPay Callback Failure Alerts are always NOT OK, recevied HTTP status: 302.

Any ideas?

**philip_clarke** · 16 Mar 2009, 01:23 PM

That sounds interesting, that's a redirect that has appeared further down the chain than the password check. Since you get the success email then a) worldpay is talking to the server, b) the password is correct.

So have you checked if you have suhosin installed on the server (in admin > modules > payment > worldpay) it should tell you.

What happens if you put something in your cart, do all the select shipping things and then cancel in worldpay before you "pay" do you get back to the site with a cancellation message or are you re-directed to a login screen to re-establish the session. The most likely cause for a 302 is that your site has not re-established the session when worldpay sent through the details. "OR" and I have seen this once before, sometimes the website doesn't store the payment method in the session and it re-establishes the sessions then goes, oops not payment method and throws worldpay back to a login screen. As yet the cause of this one is unknown, the site it was seen on was a very busy one, so if suhosin is not causing the problems then I'd like to see the site (PM) me, to try and get to the bottom of it.

Philip.

**philip_clarke** · 17 Mar 2009, 08:02 PM

The above problem was solved earlier on today, it was not a worldpay bug, it was a session configuration idosyncracy.

For wordpay to work sessions should be configured in admin (admin > configuration > sessions) as follows

Code:

Force Cookie Use  	False
Check SSL Session ID 	False
Check User Agent 	False
Check IP Address 	False

because worldpay tries to re-establish the session to mark up the orders as paid. Worldpay doesn't use cookies, it is connecting through a differeing SSL connection, it connects a a browser that identifies itself as a java object and from a different ip address to the user's shopping cart, so any one of these items set to true will cause a session to collapse and although worldpay will take the money, the order will remain marked up as unpaid.

Attached is an image showing the correct configuration.

Philip.

**merrydown** · 19 Mar 2009, 12:53 AM

zencart 1.3.8
worldpay payment module 2.0.4
simple seo url

The worldpay installation test area does not hold most of the details I give it. The following do record:

description
customer description
store builder used / other
enable recurring payment response
enable shopper response
payment response failure email address
payment response password
md5 secret for transactions

since the test page does not record the payment response url I am not getting beyond the authorised payment / thanks page on worldpay. no errors are recorded, but worldpay is not recording the test transactions either.

I spoke to technical support at worldpay and was told that the test area setup isn't supposed to record the payment response url etc as once the ability to process a payment is complete, the response can be checked using a minimal live payment in the production area... This seems like a crazy situation to me if it is correct. Can anyone else confirm/deny it's accuracy?

Transactions record in the worldpay test area, but I can't test the full work flow. I am stumped and don't want to have to change store item prices, shipping costs etc in order to do cheap live tests...

Any help gratefully received!

Jim