WorldPay Module version 2.0 - Support thread

[cliff smith]

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

[sunrise99]

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

[Out2lunch]

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

[Out2lunch]

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?

[FEQ]

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

[Out2lunch]

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.

[webchills]

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?

[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!

[FEQ]

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.

[Out2lunch]

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.