WorldPay Module version 2.0 - Support thread

Hi Guys,

Been using worldpay mod for nearly a year now - all fine apart from the usual teething problems. In the last 2 weeks I've had lots of problems with abandoned carts. It turns out that everyone is getting this error message:

Secure Payment Page
Sorry, there was an error in processing this transaction:
No payment information is available. This means that one of the following has occurred:
you have completed or cancelled your payment
you have cookies disabled. To complete your payment, enable cookies by changing the privacy settings in your browser. Then return to the merchant's site and resubmit your payment
your session at RBS WorldPay has timed out. Please return to the merchant's site and resubmit your payment.


I tried placing an order myself and i got the same error message. My privacy settings are set to medium. I've raised a query with worldpay, but was wondering if any of you have come across this problem as well?

Thanks
Suekay

Hi peeps,

I have looked through this thread over a few days and can't seem to find what I am looking for. I have also been back and forth with Worldpay support team and they have been helpful, but the issue isnt solved.

Basically, I have the whole site ready to go, the worldpay integration works well, payments go through, orders added back into zen cart admin area, emails all go out, but... the callback is apparently working fine, worldpay guys say its fine, but there is apparently some problem on zen side displaying the page that says: thanks for your order, etc...

the rest of the callback part works fine, I have my header, navigation, footer, links, images, etc... except there is a big main body blank area that says nothing.

any ideas? :huh:

thanks in advance

Quote:

---

Originally Posted by suekay

Hi Guys,

Been using worldpay mod for nearly a year now - all fine apart from the usual teething problems. In the last 2 weeks I've had lots of problems with abandoned carts. It turns out that everyone is getting this error message:

Secure Payment Page
Sorry, there was an error in processing this transaction:
No payment information is available. This means that one of the following has occurred:
you have completed or cancelled your payment
you have cookies disabled. To complete your payment, enable cookies by changing the privacy settings in your browser. Then return to the merchant's site and resubmit your payment
your session at RBS WorldPay has timed out. Please return to the merchant's site and resubmit your payment.


I tried placing an order myself and i got the same error message. My privacy settings are set to medium. I've raised a query with worldpay, but was wondering if any of you have come across this problem as well?

Thanks
Suekay

---

I solved the problem by upgrading :clap: :oops: but when I tried a live transaction - (which worked) the thank you page had missing information. I pasted the following from the internet page into WORD:

Thank you, your payment was successful
Merchant's Reference:
RBS WorldPay Transaction ID:

So the Merchant Ref and Transaction ID is missing.

BUT on pasting it from WORD to here the Merchant Ref appeared!!!! (Obviously I have deleted it again now.) I checked it wasn't hidden in a white font in WORD. The transaction ID didn't mysteriously appear though!

Anyone had this problem and solved it?

Thanks SueKay

Quote:

---

Originally Posted by lee_whitehead

Hi peeps,

I have looked through this thread over a few days and can't seem to find what I am looking for. I have also been back and forth with Worldpay support team and they have been helpful, but the issue isnt solved.

Basically, I have the whole site ready to go, the worldpay integration works well, payments go through, orders added back into zen cart admin area, emails all go out, but... the callback is apparently working fine, worldpay guys say its fine, but there is apparently some problem on zen side displaying the page that says: thanks for your order, etc...

the rest of the callback part works fine, I have my header, navigation, footer, links, images, etc... except there is a big main body blank area that says nothing.

any ideas? :huh:

thanks in advance

---

I had a blank page when I'd changed a line of code by hand instead of upgrading - all I can say is double and triple check you have all the files uploaded.

Quote:

---

Originally Posted by suekay

I had a blank page when I'd changed a line of code by hand instead of upgrading - all I can say is double and triple check you have all the files uploaded.

---

Hi Suekay,

I can actually view the success page separately through manually typing a link to it, so I know its there, just cant tell why its not showing up?

this is the only thing stopping the site from going live :-(

Quote:

---

Originally Posted by lee_whitehead

Hi Suekay,

I can actually view the success page separately through manually typing a link to it, so I know its there, just cant tell why its not showing up?

this is the only thing stopping the site from going live :-(

---

Anoth thing that I learnt whilst installing mine was to wait. I had mine in test mode, then changed to live, but it didn;t work. I had to wait for the WPay system to update and after a couple of days it started working by itself. Sorry I can't offer you any better advise.

I'm using Worldpay and everything is working fine except for one thing...

Has anyone managed to get ecommerce tracking to work?????

I am using Google Analytics ecommerce tracking and this relies on some code on the checkout_success page to grab the customers order details and send it to Google. Because Worldpay "grabs" the ZenCart page this isn't working...

It's really frustrating as it's the last piece of the jigsaw to get the site working perfectly....

Thanks

Hello there.

Completely new to this and really struggling getting this module working.

I'm adding this to a store that is on version 1.37.

I have uploaded all of the files.

I've got all of the login information for the worldpay admin area and the store admin area.

First of all, I activated the module from the payments -> module option.

Then I proceded to follow the instructions for both the store admin and the worldpay admin.

With regards to the worldpay side of things, when I login, I can choose to go to the 'Production Merchant Interface' or a 'Test Merchant Interface'. No idea which one I should be editing, if someone can tell me, that would be great. Within each one under Installations, is an Integration Setup for Test and Production, again, not sure which one to modify here.

I thought I would try and edit the admin side of the store with the settings for the module, but when I enter anything and save, it doesn't seem to pick up any of the information I've entered. Things like Installation ID, MD5 settings etc are all lost when I press save.

Can anyone please help a complete newbie?

THanks so much in advance,

Craig

Hi all I have a Client that is using zen cart v1.38

and WorldPay Credit Card Payments v2.09

they have had there first payment made using world pay but they are not showing in admin, this is what they have said to me

" when you check out and choose the worldpay option as payment it processes the payment perfectly ok, but in the website admin area instead of it logging it as an order with all the details i.e. amount paid items bough etc etc it logs the transaction as a new customer with no information about the order at all. You then have to work out with the price paid what they have actually bought"

can anyone let me know why this is happening and how it can be fixed

I look forward to your replies
thanks
Patrick

Quote:

---

Originally Posted by paddy_uk2007

Hi all I have a Client that is using zen cart v1.38

and WorldPay Credit Card Payments v2.09

they have had there first payment made using world pay but they are not showing in admin, this is what they have said to me

" when you check out and choose the worldpay option as payment it processes the payment perfectly ok, but in the website admin area instead of it logging it as an order with all the details i.e. amount paid items bough etc etc it logs the transaction as a new customer with no information about the order at all. You then have to work out with the price paid what they have actually bought"

can anyone let me know why this is happening and how it can be fixed

I look forward to your replies
thanks
Patrick

---

Please can anyone help me with this ??? please please please

Hi, Had the same problem but it was because the callback wasn't working. In my case I forgot to add s to http on the callback address in wporlpay when I changed to secure. Seems if the callback doesn't work Zen doesn't complete the order but it does set up a customer account and Worldpay does take the payment. We ended up looking stupid and phoning a couple of customers to say thanks for your money and your name and adress, what can we send you? Hope it helps. Cliff

Quote:

---

Originally Posted by FEQ

Hi cdjohn31, Most likely your problem is that the server your shop resides on doesn't have an SSL certificate. I had this problem as well. When Worldpay displays the final thankyou page (from your site) it sucks this information from your server into theirs. If your server doesn't have an ssl certificate, then any files it references, such as the css for your site, which is hosted on your site (and not theirs) will not be used.
You can see this easily - when the page is displayed in IE8, you are prompted with a message "Do you want to see only the files from the secure site" or similar. If you click yes (only secure files) you wil see the mess you are currently seeing. If you click no, your page should display as normal.
Also be aware that even with an SSL certificate, any links you have on a page that point outside your site (such as an href in a picture tag) will not display, not will the graphic used for the link.
Two solutions:
1. install an SSL certificate for your site - this costs anywhere from $30 per year to $1,000 per year. Don't get the really cheap ones as they don't always cure this problem. Ours is from Globalsign and cost us about $100 per year. Then follow the instructions for installing SSL on zencart - really easy to do.
2. Apparently you can host your css files etc on Worldpay's servers to cure the problem. There is probably an easy way to do this, but I found that if I also require the files for my normal site, this caused problems (as you have to be signed into worldpay to access them).

Hope this helps.

---

I just have this issue and will check according your suggestion.

Thanks!!!

Epic Fail on my part... dont worry Ive fixed it I think.

Partial Epic Fail on my part...

Problem im having now after over a year of fantastic working success, is that we have recently upgraded to the new version of Zen cart, I have installed workldpay6 latest ver 2.1 I think, and the transactions are going through, but they are not getting posted on Zen Cart, ie the transaction gets stuck on the Thank You Page (fully branded), doesn't return to our site, and also the order doesn't get posted on our server so we don't know that we have a new order.

The not being returned isnt too much of an issue, but missing orders is HUGE.

Can anyone shed some light on this?

Hi Out2Lunch. What version are you ugrading to? I am about to go to 1.39h next week - The new PCI data security arrangements means that Worldpay won't accept payments from us if we don't have the latest version running. I have found that 1.38a worked perfectly since I installed it - not really looking forward to finding the needle in the haystack again if 1.39h causes problems. Did you upgrade to the latest version of PHP as well? (this is also a requirement of the PCI stuff)

Are you getting any error messages? If the shop doesn't return to the store, then the very useful debug feature won't give any information either...

Did worldpay shed any light on the problem? I have found that the Singapore support guys (I am in Oz) are actually quite useful.

Regards
FEQ

Yes we upgraded to 1.39h (Complete new install to J, then file patch to h), PHP upgrade to latest ver too.

Our host was hetting hacked through PHP, took all SQL sites off line for security made us all upgrade etc.

We haddnt realised worldpay wasnt working, as this is the slow time for us, and sales are minimal atm, had a load more paplay sales, when a customer phoned us yesterday saying wheres my clobber we said we had no order from them, so they sent us the worldpay receipt and thus we worked out its borked.

We arnt getting any debug emails that say anything is wrong. So I am at a complete loss on what to do here.

No I havent phoned Worldpay support yet, I though I would post here first to see if anyone else is having this problem.

Quote:

---

Originally Posted by lee_whitehead

the rest of the callback part works fine, I have my header, navigation, footer, links, images, etc... except there is a big main body blank area that says nothing.

---

Did you find a solution for this?

The Guy who wrote the current Worldpay module had a spat with one of the forum moderators and he was banned (thanks moderators), so there is pretty much no chance he will contribute to a fix if there is a problem, meaning for me a new shopping cart may be the only choice.

Having said that, if you are not getting the debug emails (I assume you have turned these ON in the module - and NEVER post the content of these, it has all your logon details) then the customer is not being returned to your store. This can occur if the customer closes the browser instead of clicking the cancel purchase button. The shop can't notify you if the customer doesn't allow it.

Alternatively, maybe Worldpay has a problem with your callback script. If it can't find the script, or has a problem with it it doesn't know where to return the customer to.

When you run in test mode, are you returned to your store? Other things to check:
1. your callback settings in Worldpay's setup.
2. Have you got SSL up and running properly?
3. Check that you have made the payment response URL point to your SSL site (ie https:// instead of http://)

Remember also that Worldpay's setup is a bit dodgy - last time I used it, the command "copy to production environment" didn't work, so all the changes I made in the test environment didn't copy across. Apparently while there is a test environment and a production environment, I was told that I shouldn't use the test environment - I should put the shop in test mode and make all changes to the production environment. Go Figure... Hope something here helps!

Quote:

---

Originally Posted by webchills

Did you find a solution for this?

---

Hi Webchills,

Maybe a long bow here, but I had hassles with the callback page. Turned out that the Worldpay servers had a problem parsing if your callback page had divs that DIDN'T have whitespace between tags.

ie <this div><didn;t work>

<this div> <did work>

When I manually inserted whitespace between the divs my callback page went from looking like a dog's dinner to perfect display.

Quote:

---

Originally Posted by FEQ

The Guy who wrote the current Worldpay module had a spat with one of the forum moderators and he was banned (thanks moderators), so there is pretty much no chance he will contribute to a fix if there is a problem, meaning for me a new shopping cart may be the only choice.

Having said that, if you are not getting the debug emails (I assume you have turned these ON in the module - and NEVER post the content of these, it has all your logon details) then the customer is not being returned to your store. This can occur if the customer closes the browser instead of clicking the cancel purchase button. The shop can't notify you if the customer doesn't allow it.

Alternatively, maybe Worldpay has a problem with your callback script. If it can't find the script, or has a problem with it it doesn't know where to return the customer to.

When you run in test mode, are you returned to your store? Other things to check:
1. your callback settings in Worldpay's setup.
2. Have you got SSL up and running properly?
3. Check that you have made the payment response URL point to your SSL site (ie https:// instead of http://)

Remember also that Worldpay's setup is a bit dodgy - last time I used it, the command "copy to production environment" didn't work, so all the changes I made in the test environment didn't copy across. Apparently while there is a test environment and a production environment, I was told that I shouldn't use the test environment - I should put the shop in test mode and make all changes to the production environment. Go Figure... Hope something here helps!

---

Thanks for this reply, I did not know about the falling out between Philip Clarke, I have now found his new website, and emailed him there.

He is going to look at the code for php5 inconsistancies etc but will NOT be updating the version on Zen Cart, but he will be hosting it else where in the future (not defined as yet).

So it sounds like good news/ bad news issues as this sound like its going to become a pay for module, (not the end of the world depending on the proice imop).

Anyhoo I will update this thread when I have a reply from Philip Clarke.

hi,

im using version 1.3.9f and version 2.09 of the world pay module.

the payments are taken correctly, but after you click on pay, you are redirected from RBS to my site but a blank main page, not the success check out page.

the payment response URL is set to

http://<wpdisplay item="MC_callback">

any thoughts

regards

Dale

directstoves.co.uk

Hi Dale,
I would be contacting Worldpay and asking them what error response their servers are generating - if your callback isn't returned properly, their servers will register an error message that may help you track down the problem - or at least save you a few handfuls of hair...

The new PCI Data security requirements will require you to have the latest version of Zencart (so 1.39h), PHP etc to continue to qualify to take credit card payments

I notice you aren't using SSL on your site. I recall that installing my own SSL made interacting with the worldpay callbacks that little bit easier.

Thank you for the advise, i have upgraded now to the new version of zen, also installed SSL, but still no joy, so have sent a email to RBS.

but thanks for response will keep you posted

regards

Dale

this is the reply from RBS, thought it might help others

unfortunately i have no clue how to do this, any one simplify it :)



Dear Dale,

Thank you for your email.

Your callback script server should open a 'Thank You' page that is shown to your shopper who is still on our server.

The Thank You page that your callback server opens must be a HTML page (it cannot contain any script tags).

In this HTML page you should have a META tag (with a refresh rate of say 5 seconds, not 0 seconds) that re-directs your shopper from our server to your web server.

You will need to check what 'Thank You' page your callback server is opening to say thank you to your shopper and check the website that it is re-directing your shopper to, this re-direct will need to be corrected if it is going to the wrong URL on your website.

Also check that the 'Thank You' page is a HTML page without any script tags, as the script tags will be stripped out when the 'Thank You' page is shown to your shopper on our server before it re-directs back to your website.

Quote:

---

Originally Posted by FEQ

Hi Webchills,
Maybe a long bow here, but I had hassles with the callback page. Turned out that the Worldpay servers had a problem parsing if your callback page had divs that DIDN'T have whitespace between tags.
ie <this div><didn;t work>
<this div> <did work>
When I manually inserted whitespace between the divs my callback page went from looking like a dog's dinner to perfect display.

---

Thanks! I finally found the <div>.
I saw your posting some pages before but did not find any suspicious divs.
Turned out that there was a

Code:

---

<div class="clearBoth"></div>

---

in my header.
Bye bye dog' s dinner :-)

Quote:

---

Originally Posted by webchills

Thanks! I finally found the <div>.
I saw your posting some pages before but did not find any suspicious divs.
Turned out that there was a

Code:

---

<div class="clearBoth"></div>

---

in my header.
Bye bye dog' s dinner :-)

---

What is the page that you edit the DIV's on mate????

Includes/Templates/YOURTEMPLATE/common/tpl_header.php
Posted via Mobile Device

Philip Clarke and I have spent a week working on this problem, and he has finally worked out what has gone wrong ish. I will post the message below and others can reply about this probelm if its affecting them.

Quote:

---

Originally Posted by Philip Clarke

FOUND THE BUG.

The bug is in the ip addressing system. If the information that I have used to bypass the system is set up to be sent from a different ip address as would be the case in worldpay, then your ZC installation redirects to a timed out / log in again page, which is why worldpay is not recreating the session and it's not hitting the module. It's stopping before. Now evither you are running Suhoisin and something strange is going on (because normally it would not respond to one test that I have already done, where it passed) or you have change the session settings that you sent the the screen shot of. If you haven't changed the configuration settings, and the system is still set to check ip address "false" then I would also suggest turning off the "ip to host conversion", even though in theory it has bugger all to do with it and testing again.

Basically although the bug is found, and is simply that the sessions are not being recreated from a differing ip address without the need to log in. The bug is not Solved. That will take a lot more work and going through the whole session handling system to try and work out why it is not responding to the the database settings. It may also be worth setting the db Check ip address to True, saving it, and setting it to false, in case there is something in the database that is not correct, or if ZC has done something to look for "true" instead of "True" or "False" instead of "false", of it maybe that the database is blank and just displays "False" in the row on your screen, but the code is actually looking for the word "false".

It would still be worth doing a survey on the forum as to when this issue affected people because then it may be possible to isolate the part of code responsible more quickly. I can solve it, but it will take time and FTP access. You can forget about putting that file into place now. I must consider what I should do since it's not a module problem, its a Zen cart problem and they kicked me out.

---

Boys and Girls Philip Clarke the creator of the World pay module has managed to fix this badboy.

This is going to be an ongoing fix too, as Zen Cart team has changed the way the cart syatem works. I have tried this on my site and can verify thats its full working, with out the need of an SSL certificate... Woo Hoo is all I can say...

Quote:

---

Originally Posted by Philip Clarke

You will now see how it sucks your site in to be displayed on worldpay, look at the URL and you'll see that it's not your site but theirs. You may also find that some javascript does not work on the page that is sucked in, and that the layout may have changed, although it is a lot better than most that I have seen. I have still not got around to fixing the select box bug (or even looking at it).

I have to work out what I can charge for this, but basically it's a simple fix that overrides the way ZC deals with sessions and enables worldpay to re-establish the session, and is needed on any site that does not use SSL, and it is still secure, as in worldpay must still provide a matching password to the one you have entered in the admin section, otherwise there could be the possibility of a security hole, which I am guessing is why ZC put the additional code in. I could have stripped the ZC code but that would have left a hole, plus any upgrades would have wiped out the fixes, so I had to create something new, and the interesting thing is that because it's self standing, I could possibly charge for it which would be nice to make some money for once.

---

Quoted in full from my email with him.

Im sure we will all know how to go about a fix for this soon, as I am not Mr Clarke, and this is his module.

Please do not PM me for the fix as I do not have it at this time.

Hi
WorldPay is working on my site for normal payments but if someone enters a discount coupon the amount is taken from the order total but ignored by WorldPay. I'm running Zen Cart 1.3.9g. Any ideas anyone please?

I am trying to work out if this mod actually works or not?
. I get the 302 callback alert (callback not working rendering mod useless). I have followed instuctions - i am not using ssl I have the right passwords and have used http://<wpdisplay item="MC_callback">.

Have the callback issues still not bee fixed?

One of my customers received this email today from WP. I am hoping some one with more knowledge than I will be able to make any necessary changes to this mod to comply with the change.

Thank You
Dave G

We have made a change to MD5, a feature which you currently use to protect the transaction parameters you send to our payment service for processing. This is an essential update, which we have made to improve security.

As a result of making this change, we now need to ask you to make some small adjustments to your payment service. Importantly, you will need to make these by the 31st of May 2011 in order to continue with your current method of using MD5.

**** What is MD5? ***

MD5 is a security feature that is used to verify that the transaction submission parameters supplied by your website to our payment gateway have not been tampered with. When enabled, it allows you to secure your choice of parameters and ensure these cannot be modified by a fraudster who could potentially change details of what has been purchased, or the amount of the transaction.

**** What changes do you need to make and important dates? ***

The changes you need to make require some small adjustments to the way in which you currently pass the ‘signatureFields’ parameter. This parameter is used by your system to list the transaction parameters that must be encrypted. It is currently sent in your order details submission.

>From today, you will be able to choose between two different methods of signing your transactions. The specific changes that you will need to make will depend on which of these your system uses to generate the MD5 signature:

Static Signatures (recommended method of generating MD5 signatures)

Merchants, who encrypt the same transaction parameters for every transaction, must now specify their signatureFields value in their Installation Settings located in the Merchant Administration Interface. Please note that this replaces the need to send the signatureFields parameter in your order details submission.

Dynamic Signatures

If however your system encrypts different transaction parameters for each transaction passed, you must now add the signatureFields parameter in the string used to calculate the MD5 signature and replace the current colon separation of parameters with semi colons.

It is important that you make the required changes by the 31st of May 2011.

*** Next steps ***

For further information and about this update and instructions on how to make the required changes please read the news page entitled ‘MD5 Update,’ by following the link below:

http://www.rbsworldpay.com/support/b...s&sub=md5&c=UK

Do we need ssl for this mod to work then?

I am getting a password failure from my server in debug emails even thought they are the same both ends.

Quote:

---

Originally Posted by Dave G

One of my customers received this email today from WP. I am hoping some one with more knowledge than I will be able to make any necessary changes to this mod to comply with the change.

Thank You
Dave G

---

Yes, we received the same email from RBS Worldpay today, so it looks like something is going to need changing to keep it working.

Yes we recieved it too from Worldpay. Not exactly sure how to implement this.:frusty:

Hi, I am trying to upgrade to the new version of WP but in modules section it still tells me I am using 2.9 version after I deleted all the old files. Does this matter? :blink:

Quote:

---

Originally Posted by Dave G

As a result of making this change, we now need to ask you to make some small adjustments to your payment service. Importantly, you will need to make these by the 31st of May 2011 in order to continue with your current method of using MD5

---

I have been having a look at the requirements for this change, and also spoken wth RBS WorldPay tech support. I have now done a change to my 1.37 site which seems to work in the new format - use at your own risk.

In /includes/modules/payment/worldpay.php around line 299 there is a line like this:

PHP Code:

---

$md5_signature = MODULE_PAYMENT_WORLDPAY_MD5KEY . ':'.$OrderAmt.':' . $currency . ':' . $order->customer['email_address']; 


---

which I have changed to

PHP Code:

---

$md5_signature = MODULE_PAYMENT_WORLDPAY_MD5KEY . ';' . $md5_signature_fields . ';' . $OrderAmt . ';' . $currency . ';' . $order->customer['email_address']; 


---

Note that the separators have changed as well as the additional field.
If you get to the Worldpay page with the card logos, then I believe it is working ok, otherwise you will get an error at this point.

Quote:

---

Originally Posted by dab

I have been having a look at the requirements for this change, and also spoken wth RBS WorldPay tech support. I have now done a change to my 1.37 site which seems to work in the new format - use at your own risk.

In /includes/modules/payment/worldpay.php around line 299 there is a line like this:

PHP Code:

---

$md5_signature = MODULE_PAYMENT_WORLDPAY_MD5KEY . ':'.$OrderAmt.':' . $currency . ':' . $order->customer['email_address']; 


---

which I have changed to

PHP Code:

---

$md5_signature = MODULE_PAYMENT_WORLDPAY_MD5KEY . ';' . $md5_signature_fields . ';' . $OrderAmt . ';' . $currency . ';' . $order->customer['email_address']; 


---

Note that the separators have changed as well as the additional field.
If you get to the Worldpay page with the card logos, then I believe it is working ok, otherwise you will get an error at this point.

---

OK then what do we put into the new SignatureFields slot which is now present in the worldpay setup in both the test and production environments?
Although i haven't had time to test it i believe all that should need to be done is add
" amount:currency:email " without the " into the SignatureFields slot.
This information can be found in /includes/modules/payment/worldpay.php line 298.
How i read the worldpay information is that they have added this new field and all you are doing is telling them what info in what order you will be sending to them and it verifies that along with everything else it does.
Like i said this is untested but i'm sure if you have just made changes to your worldpay script and not changed anything in the worldpay environment on their site i can't see how it could work because they have no information on their site to match what you will be sending.
Test only in the test environment. Use at your own risk.

Quote:

---

Originally Posted by Bigenuf

OK then what do we put into the new SignatureFields slot which is now present in the worldpay setup in both the test and production environments?

---

I think the difference is that, as mentioned in the Worldpay email above, there are two methods of calculationg the signature, Static and Dynamic. The method originally used by this contribution seems to be dynamic, so that's how I carried on. I presume the new field on Worldpay is for Static signatures.

Quote:

---

Originally Posted by dab

I think the difference is that, as mentioned in the Worldpay email above, there are two methods of calculationg the signature, Static and Dynamic. The method originally used by this contribution seems to be dynamic, so that's how I carried on. I presume the new field on Worldpay is for Static signatures.

---

I seem to think it is static, what i did was put amount:currency:email
into SignatureFields in the worldpay admin area in test and did a test purchase and everything worked great.

I went back into the test environment on worldpay and removed the email and left ie: amount:currency and did a test purchase and received this message on the worldpay site:


Secure Payment Page
Sorry, there was an error in processing this transaction:
The information sent from the merchant's site is invalid or incomplete. Please send the following information to the merchant:

The transaction cannot be processed due to the following:

* the MD5 signature could not be verified

Server information 02/Jan/2011 11:07:25 Server ID mm2imscs4p (WPReq-442646)

I went back in and added the email again and the test purchase went through with no errors.

I have added this into my production environment and will see if there are any problems with orders coming in. I'll post results as i have orders coming through today and should know before long.

Only Phil i would think would know if it is static or dynamic but this seems to work without changing any of the scripting i guess you could change the order of you SignatureField in the script and change it in the worldpay setup, just to make yours different then others for added security.

Cheers.

I can confirm that the changes i suggested in my last post DO work in a LIVE environment on worldpay. I've had 3 orders come in in the last hour with no problems.

Just for the record i'm using Worldpay module 2.10 on 2 versions of zencart, 1.3.7.1 and 1.3.8a

And responding to a previous posting version 2.10 will show version 2.09 in your admin.

As always backup everything and use in test environment first then go live. Use at your own risk.

Also as to if it is dynamic or static according to worldpay this module should be static

Quote:

---

Static Signatures (recommended method of generating MD5 signatures)

Merchants, who encrypt the same transaction parameters for every transaction, must now specify their signatureFields value in their Installation Settings located in the Merchant Administration Interface. Please note that this replaces the need to send the signatureFields parameter in your order details submission.

---

This module sends the same params each time.

Cheers

Hi - I have received a callback failure from Worldpay because my server timed out when WP was trying to post back information. I received the payment but no details of the order in admin.

I have the transaction id, cart id and installation id.

Is there any way of forcing through this payment via a URL - I seem to remember this happening before and I cobbled something together and forced through the payment to Zencart but can't for the life of me remember how I did it.

Many thanks in advance.

Hi guys,

I am getting a

HTTP/1.0 500 Internal Server Error
Date: Fri, 28 Jan 2011 10:15:23 GMT
Server: Apache
Set-Cookie: zenid=ab5ed5359e55ec1a5342744f1f45eda9; path=/; domain=.mydomain.com
Set-Cookie: cookie_test=please_accept_for_session; expires=Sun, 27-Feb-2011 10:15:23 GMT; path=/; domain=www..mydomain.com
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Vary: Accept-Encoding
Connection: close
Content-Type: text/html; charset=iso-8859-1

From worldpay sent to me. This is what I get in an email from worldpay too.

Error reported: Callback to http://www.mydomain.com/index.php?ze...e=wp_callback: NOT OK, recevied HTTP status: 500
Server Reference: mm2imsps2p:callbackFailureEmail-26607:MerchReq-182-90

Any ideas?

Hi, an 500 internal server error can be very hard to track down. It can be thrown as a result of a PHP error. If you have the latest version of Zencart installed, then PHP error messages are stored in your cache directory - these will tell you the line and module that has broken. This can help shortcut the process.

500 errors can also be caused by incorrect permissions on directories / files.

Problem Solved! It was due to google_analytics.php file missing!

I've just moved my cart to a new host and now get the below message in both test and live once the card details are confirmed. Any help appreciated.


Error!

Unable to determine connection method on a link!

Known methods: NONSSL SSL

Quote:

---

Originally Posted by webchills

Thanks! I finally found the <div>.
I saw your posting some pages before but did not find any suspicious divs.
Turned out that there was a

Code:

---

<div class="clearBoth"></div>

---

in my header.
Bye bye dog' s dinner :-)

---

Can you explain this at all a bit better? I removed that div but it made no change.

Hello

I am having a call back problem... I am receiving an faliled call back email with a 404 error. I have been through everything to see what page is not being found but have and no luck...

Can anyone direct me in the right direction.

Hi imiq,

A 404 error normally means that a page can't be found. If you are receiving this on your callback page, it is possible that your settings in Worldpay's setup don't match the address of your callback script.

Log in to your worldpay administration setup and check that the callback script address listed there matches EXACTLY that of the callback script on your site (including http vs https). Note that you can have different settings for your production and test servers, so make sure that they both point to the same place.

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

Have you set Worldpay to live at both ends. In ZC, within admin >modules >payment >worldpay... you need to set Transaction Mode to live. In Worldpay, under Installations have you copied the Test setup to Production - you may have to re-input any passwords, as I don't think they copy across.

HI Dab

Thanks for the response, much appreciated!!

I have now solved the issue. It appeared that there were some starnge redirects occuring somewhere between our cart and the rbs site that was inhibiting and callback responses from executing correctly and also was due to the fact that I did not have the correct callback url added within our rbs admin area.

Again, thanks for the help!!

Kind Regards, Gardnico

Quote:

---

Originally Posted by 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

Quote:

---

Originally Posted by 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

Quote:

---

Originally Posted by 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...e=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?ma...oducts_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:

http://i101.photobucket.com/albums/m...entemplate.jpg


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

http://i101.photobucket.com/albums/m...template-1.jpg

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/showpo...&postcount=384

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

Quote:

---

Originally Posted by 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

Quote:

---

Originally Posted by 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.

Hi all,

OK, so seem to have an issue with the installation, if someone could please direct me.

I am using Zen Cart version 1.3.9f, with Worldpay v 2. I have added all the info as per the install instructions, I have created my Payment Response Password and MD5 secret for transactions password, added my Payment Response url (http://<wpdisplay item="MC_callback"), added the passwords to my Zen Cart Worldpay installation, added a php.ini file with session.use_only_cookies = off, and I have PHP version 5.2.17.

When I place the order through the site (www.blackorangevintage.com), I get to the Worldpay screen where I can add my card details, it then takes the payment and give me a success screen (Thank you, your payment was successful
Merchant's Reference: *******
WorldPay Transaction ID: *********). I get the confirmation e-mail from Worldpay, no e-mail from Zen Cart and no order in Zen cart. I have been looking at the posts and have tried various things but cannot seem to make it work. Please, please help! :frusty:

Is anyone using Worldpay with zencart v1.5 with PHP 5.3. I'm currently upgrading but have had a problem with worldpay itself when my host changed from PHP 5.2 to 5.3, had to put in an override to allow the site to carry on as PHP 5.2 but this option will not be available in a couple of weeks.

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 :smile:

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...

Quote:

---

Originally Posted by RobM

Callback Failed: Callback to index.php?&main_page=FILENAME_WP_CALLBACK:

---

Looking at this it seems that you have deleted the following file:
includes/extra_datafiles/wp_callback_filenames.php
Is this file at this location in your Zen-Cart installation?
If yes what is the content of this file?

Quote:

---

Originally Posted by RobM

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...

---

Yep did the same thing and found reverting back the earlier php fixed it but this is on my system. I'm just suggesting a try it.

Dave G

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

Just arrived to post a similar issue to Jay..

I have the Worldpay module debug activated and Be discreet? set to False. WP set to TEST mode.

I make a test transaction and all appears to go well according to the Worldpay pages. I end up sitting at the WP Thankyou page (resultY.html) which says the transaction successful, no money chage hands etc.

I receive 5 emails for that transaction, in order of arrival here:

1. [NEW ORDER] Order Confirmation No: 10
from my Zen Cart shop. All looks OK here.

2. Callback Failure Alert From WorldPay
HTTP status: 500

3. WorldPay CARD TEST transaction confirmation: 134363xxx
Transaction details and then "The above payment has been processed." All looks OK.

4. WorldPay debug from {myshop}.com
Sent from my server: anonymous@...

5. WorldPay debug from {myshop}.com
Sent from my server: anonymous@...

The first 3 emails arrive within a minute.

The last 2 arrive 7 minutes later and are identical apart from small items such as:
4 - [authAmountString] => US$18.87
5 - [authAmountString] => US&amp;#36;18.87

4 - {myshop}.com/index.php?main_page=wp_callback&zenid=hlfgh17uknbo7k576bvr9i9r86
5 - {myshop}.com/index.php?main_page=wp_callback&amp;zenid=hlfgh17uknbo7k576bvr9i9r86

4 - [amountString] => US$18.87
5 - [amountString] => US&amp;#36;18.87

4 - [cartID] => 05674 (values in array are as per the order)
5 - [cartID] => (values empty/0)


Order details look ok in the database (orders and worldpay_payments tables) and in the customer's order details page.

Anybody any idea as to why I am getting the 500 error?

Thanks in advance,

Gav

ZC 1.3.9

hey Gav, who you hosted with?

If I recall (just double check), I think your 500 error may do with something regarding PHP upgrade and sessions or cookies turned to false... Just something that came to mind.

jay

Jay,

sorry for the delayed response. Juggling too many things right now.

I did come across a few mentions of the effect that PHP upgrades have on Zen Cart, due to the later PHP versions having session.use_only_cookies set to off by default. This is said to be more secure, but I couldn't get callbacks to work at all, so had to switch it off after moving server. I do plan to investigate how to run Zen cart with the directive set to on, but haven't had time yet.

Hosting on a dedicated linux server, so can do what I need when I find out what to do.

I will post as I discover...

Cheers,

Gav

What is the default behaviour of the Worldpay module?

I have several problems in my effort to get the Worldpay module running in Zen Cart 1.3.9. I realised that I don't actually have any idea what it should do "out of the box" so to speak, so this makes it more difficult to tell whether there is an actual problem or if I just need to configure it properly.

One thing that would be very helpful would be to know whether there is a default Customer Response page? In other words, if I log into my Worldpay control panel and set it as follows, should I automatically see a Customer Response page on completion of the transaction? Or do I have to create one from scratch and insert a placeholder in it for all of WP's transaction report content?

Attachment 11051
My settings in the TEST integration page.

The callback behaves as follows with these settings:

• I get the correct data stored in the worldpay_payments db table.
• I do get a Callback Failure Alert (HTTP status: 500) email with every completed transaction, even though I also get all the other confirmation emails to both admin and shopper.
• I don't get a Customer Response page.
• I do see a default resultY.html page.
• I also get a modified resultY.html page OK.

Any suggestions as to my next steps for getting a Customer Response page?

Finally, is there anybody out there? (other than Jay). I get the impression that this Worldpay module is not being used much now and not supported.

Hi all,

I've read numerous posts and tried numerous times to amend the code in the worldpay module from the plugins page and can't get this to work. I know its no longer updated as the developer has now gone, what my question is, is there any other payment addon that would allow us to work with worldpay?

I've looked about and can't find one, however my employer will only work with worldpay so I'm in a catch 21 situation. I've applied for help on oDesk as I'm willing to pay a reasonable fee (even out of my own pocket) in order to get a payment mod that will work. However, oDesk doesn't seem to have anybody that can help.

The current stage i'm at is updating from v1.3.9h to v1.5.1 and aiming to become PCI compliant by switching from ceon manual card to worldpay. I have installed the worldpay mod and followed the instructions to configure it and attempted to update some of the code myself (i'm fairly good with php but some of this code loses me!). I can process a test transaction successfully however, I get a http: 302 error when trying to get a payment response page appear. This wouldn't be such an issue if zen cart recorded the order has been placed and payment taken, however it doesn't but the payment is still taken. I've tried turning on the debug email setting, which unforuntately sends nothing unless a payment response page has been generated. I've also turned off the be discreet option which does offer up a debug email in the form of 'Password Failure'. I've double & triple checked passwords are identical both at worldpay and in the module, along with the md5 requirement is switched on and matches also.

If anyone on here can help I'm willing to put time in to configure the code and also some money. Then if by some miracle we can get one working, I'll happily offer it up on the addons page (subject to any approval needed by ZC plugin moderators).

Hi all,

I've just posted a new thread asking for help in updating this module to work with v151. I'm willing to offer some money towards the help as its the only payment gateway my employer wants to use. I've got everything working except the payment response gives a 302 password failure error, even though the passwords have all been set and are identical across both the zencart module and worldpay themselves.

See above.

Quote:

---

Originally Posted by bottyz

Hi all,

I've just posted a new thread asking for help in updating this module to work with v151. I'm willing to offer some money towards the help as its the only payment gateway my employer wants to use. I've got everything working except the payment response gives a 302 password failure error, even though the passwords have all been set and are identical across both the zencart module and worldpay themselves.

See above.

---

Try using test1 as the password in the zencart side of the setup for worldpay the worldpay test side does alot of weird things at times like using a password of it's choice which will show up in the debug email. I've had this module running on zencart 1.3.7.1, 1.3.8a and 1.3.9h. Also do not use the copy to production button in the test side of worldpay it always messes up the passwords. Try also setting it to LIVE go to worldpay but cancel the order and it should return you to your site, send a debug and log it in the worldpay payment under customers. The only thing i have had to change in the code is a bit that had a problem with php 5.3 but it didn't effect the functionality.

Here is a PHP 5.3 specific error you will get in this module. If you see this in Customers> Worldpay Payments

Warning: number_format() expects parameter 1 to be double, string given in /home/xxxxx/public_html/admin/worldpay_response.php on line 141

The fix is go to line 141 in admin/worldpay_response.php and change

This
<td class="dataTableContent" align="right"><?php echo $wp_response->fields['REQUEST']['authCurrency'] . ' '.number_format($wp_response->fields['REQUEST']['authAmount'], 2); ?></td>

To This
<td class="dataTableContent" align="right"><?php echo $wp_response->fields['REQUEST']['authCurrency'] . ' '.number_format((double)$wp_response->fields['REQUEST']['authAmount'], 2); ?></td>

I really don't understand why adding (double) works - maybe someone can explain :unsure: All i know is that on PHP 5.2 everything works ok but change to PHP 5.3 and it throws this error but otherwise the module works fine for transactions.
This is tested and running on 1.3.9h in PHP 5.3.

If your using Worldpay you are outsourceing the payment processing and your site never comes into contact with any credit card data so your site doesn't need to be PCI DSS compliant but your payment gateway does and that is worldpay but you do need to do a PCI DSS self assessment through worldpay.

Quote:

---

Originally Posted by Bigenuf

Here is a PHP 5.3 specific error you will get in this module. If you see this in Customers> Worldpay Payments

Warning: number_format() expects parameter 1 to be double, string given in /home/xxxxx/public_html/admin/worldpay_response.php on line 141

The fix is go to line 141 in admin/worldpay_response.php and change

This
<td class="dataTableContent" align="right"><?php echo $wp_response->fields['REQUEST']['authCurrency'] . ' '.number_format($wp_response->fields['REQUEST']['authAmount'], 2); ?></td>

To This
<td class="dataTableContent" align="right"><?php echo $wp_response->fields['REQUEST']['authCurrency'] . ' '.number_format((double)$wp_response->fields['REQUEST']['authAmount'], 2); ?></td>

I really don't understand why adding (double) works - maybe someone can explain :unsure: All i know is that on PHP 5.2 everything works ok but change to PHP 5.3 and it throws this error but otherwise the module works fine for transactions.
This is tested and running on 1.3.9h in PHP 5.3.

If your using Worldpay you are outsourceing the payment processing and your site never comes into contact with any credit card data so your site doesn't need to be PCI DSS compliant but your payment gateway does and that is worldpay but you do need to do a PCI DSS self assessment through worldpay.

---

Hi Big Enuf,

I have it installed under v1.5.1 but don't see anything under customers to do with worldpay payments? Am i missing something?

With regards to my issues:

I can confirm I now have the code working with zen-cart v1.5.1. I believe it was a problem with some of the session settings as pointed out by philip clarke a while back. I did a clean install of zen cart and the worldpay module again before figuring this one out.

I have made a few minor layout tweaks to get this to display correctly on my site and obviously changed the worldpay urls.

I did contact philip and he was available to respond (if anyone else needs him - he's available for a small fee) but I managed to get it up and running before he had to mess with the code.

I have noticed a few minor bugs such as this supposedly being v2.10 and it only showing as v2.09 in admin etc... I've also changed my side box card icons to some I have hosted locally (as ther others were ugly and to a set size).

I don't mind offering some help to anyone else who is stuck upgrading to v1.5.1. I'll contact Philip and ask if he can assist once the template system is all changed when v1.6 is released.

Quote:

---

Originally Posted by bottyz

Hi Big Enuf,

I have it installed under v1.5.1 but don't see anything under customers to do with worldpay payments? Am i missing something?

With regards to my issues:

I can confirm I now have the code working with zen-cart v1.5.1. I believe it was a problem with some of the session settings as pointed out by philip clarke a while back. I did a clean install of zen cart and the worldpay module again before figuring this one out.

I have made a few minor layout tweaks to get this to display correctly on my site and obviously changed the worldpay urls.

I did contact philip and he was available to respond (if anyone else needs him - he's available for a small fee) but I managed to get it up and running before he had to mess with the code.

I have noticed a few minor bugs such as this supposedly being v2.10 and it only showing as v2.09 in admin etc... I've also changed my side box card icons to some I have hosted locally (as ther others were ugly and to a set size).

I don't mind offering some help to anyone else who is stuck upgrading to v1.5.1. I'll contact Philip and ask if he can assist once the template system is all changed when v1.6 is released.

---

Sorry all, quick update. The code processing the payments and working the catalog side of this is working. However due to admin changes in version 1.5 the 'worldpay payments' page doesn't show.

Philip is working on the fix for me and as soon as I sort payment for it out with my bosses at work (its a quite expensive rewrite - its going to take philip at least 4 hours to fix) I'll see what I can do about getting it updated in the add ons area for everyone.


Regards

BottyZ

Hi all,

I hope someone can help me. I am working on www.wwdshop.com/index.php, using version 1.3.9 h. I have installed the files for the WorldPay module, and have set the details in my WorldPay admin as well as the site. In test, every thing works perfectly, orders complete and I get returned to my site. However, the moment I set it to Live, the order completes and Zen Cart gets the order confirmation, but I do not get redirected to my site. I have created my resultC.html and resultY.html files as required. I have used the same files for another site, www.dragonslivestore.com, and everythign completes as it should. I have spoken to WorldPay tech support, they said there is something missing from my Zen Cart, which really confuses me as I added all the required files. Are there any files that I must make sure is in my template apart from the WorldPay files? Or did someone have the same issue as me and can help me to find a solution?

Quote:

---

Originally Posted by barendfaber

Hi all,

I hope someone can help me. I am working on www.wwdshop.com/index.php, using version 1.3.9 h. I have installed the files for the WorldPay module, and have set the details in my WorldPay admin as well as the site. In test, every thing works perfectly, orders complete and I get returned to my site. However, the moment I set it to Live, the order completes and Zen Cart gets the order confirmation, but I do not get redirected to my site. I have created my resultC.html and resultY.html files as required. I have used the same files for another site, www.dragonslivestore.com, and everythign completes as it should. I have spoken to WorldPay tech support, they said there is something missing from my Zen Cart, which really confuses me as I added all the required files. Are there any files that I must make sure is in my template apart from the WorldPay files? Or did someone have the same issue as me and can help me to find a solution?

---

Have you tried debugging? If you perform a test transaction on the live site but press cancel payment rather than completing the transaction, are you returned to the worldpay payment cancelled page in zen-cart?

I haven't setup a resulty or resultc.html for worldpay as when you're returned to the zen-cart neither of these files are required. So it may even be due to that, try deleting them and doing the same as what I have mentioned above.

Hi, thanks for the reply. I have activated debugging, and got 2 e-mails, one for Transaction Status Success: and another for Password Failure:. Does this mean my passwords in Zen Cart and WorldPay don't match?

Quote:

---

Originally Posted by barendfaber

Hi, thanks for the reply. I have activated debugging, and got 2 e-mails, one for Transaction Status Success: and another for Password Failure:. Does this mean my passwords in Zen Cart and WorldPay don't match?

---

Yeah normally. Either that or your admin > configuration > sessions > recreate sessions could be set to true. This needs to be false. I had this problem a while ago. Are the cencelled transactions returning you to the zen cart?

I have set recreate sessions to false, placed another order, went through ok but still no redirect. I now also did not get the second WorldPay e-mail with the password failure.

Quote:

---

Originally Posted by barendfaber

I have set recreate sessions to false, placed another order, went through ok but still no redirect. I now also did not get the second WorldPay e-mail with the password failure.

---

Seems a bit odd. If you have only just activated your worldpay installation it can take a couple of working days for them to test you've integrated correctly before they officially activate you.

But a few things to check:

1. Have you changed any of the default worldpay module settings, i.e. the code. I did find that the module download no longer uses the correct worldpay url. You'll need to amend includes > modules > payment > worldpay.php :

Original:

PHP Code:

---

        if ((int)MODULE_PAYMENT_WORLDPAY_TEST_MODE !== 0)
        {
//         $this->form_action_url = 'https://select-test.worldpay.com/wcc/purchase';
//         $this->form_action_url = 'https://select-test.wp3.rbsworldpay.com/wcc/purchase';
        $this->form_action_url = 'https://secure-test.wp3.rbsworldpay.com/wcc/purchase';
        }
        else
        {
//         $this->form_action_url = 'https://select.worldpay.com/wcc/purchase';
//        $this->form_action_url = 'https://select.wp3.rbsworldpay.com/wcc/purchase';
        $this->form_action_url = 'https://secure.wp3.rbsworldpay.com/wcc/purchase';
        } 


---

Amended:

PHP Code:

---

        if ((int)MODULE_PAYMENT_WORLDPAY_TEST_MODE !== 0)
        {
        $this->form_action_url = 'https://secure-test.worldpay.com/wcc/purchase';
        }
        else
        {
        $this->form_action_url = 'https://secure.worldpay.com/wcc/purchase';
        } 


---

This is because they are no longer RBS WorldPay. But I'm assuming you got that far already.

Also:

2. In your worldpay installation make sure that:
Payment Response URL is set to https://<wpdisplay item="MC_callback"> (or without the SSl if thats what you're using).
Payment Response Enabled?: Checked
Enable Recurring Payment Response: Not Checked
Enable the Shopper Response: Checked
Suspension of Payment Response: Not Checked

&

Payment Response password & MD5 secret for transactions are set correctly and match those in the worldpay module. You'll need the "Use MD5?" set to true in admin area also.

3. Retype the TEST installation settings manually into the PRODUCTION settings in your worldpay installation. Sometimes the passwords don't copy and this causes it to fail. Once this is done, give it 15 mins or so before testing as worldpay is known to cache the settings for a little while before applying any amendments.

4. Admin > Configuration > Sessions:
Force Cookie Use: False
Check SSL Session ID: False
Check User Agent: False
Check IP Address: False


If all of the above doesn't work. Make sure suhosin is turned off (details of this are further back in the thread) and that if you're using php 5.3 session.use_only_cookies is off.

Hopefully something from the above will help you out. I've got the original developer on board working on an updated mod for v1.5.1, so if all of the above fails theres still hope!

I have been on the phone again to WorldPay tech support, got through to another agent. He had a look and said the resultC and resultY did not copy over to live environment, he asked that I need to test again in a few hours once their servers updated. will keep you posted but i am hoping this was the issue.

Hi all,

I'm pleased to announce that I've had the code updated by Philip, he was lurking on the freelancer.com site where I was advertising for help.

I've submitted an updated version of the module for zencart v1.3.x to the add-ons area. This should hopefully be approved and appear in the next week or so.
I have a copy of the module working on 1.5.1 but its had quite a bit of code changes as the admin area side of things didn't work and has been made bespoke for my site (since I was paying for it). I'm sure he will have a stock copy of this available for anyone who requires it.

If anyone needs any help, let me know!

:)

BottyZ