WorldPay Module version 2.0 - Support thread

You should always be returned to your store. I recommend hitting the cancel button in worldpay and seeing if that will return you, and if not then enable debug to see what is exactly happening.

Althought you state that the transactions are going through, are you getting your orders filled in your test site, or is your shopping cart still full when you returm ? This is a give away that worldpay is not communicating with your store correctly and the debug emails should help you.

It has been known that worldpay in test mode sometimes takes time to update the password settings at their end, so it may suddenly start working. In you debug emails you should look for callback+pw being sent from worldpay, and don't pot any debug email to the forum as you will give away your server location, merchant id and passwords !

Philip.

Hi Philip, when I did the test transactions this morning, it all went through and I got the screen that says successful transaction, no return, nothing entered into the zc database and the items still in my cart, I figured this was because I was in test mode. I have the debugging enabled but nothing was emailed, except the transaction email from worldpay that I would get as a customer.

I will keep testing as it is a very new account LOL I have only just gotten the emails that they received my banking forms etc, so hopefully it is as you suggested and needed some time :)

No you have a classic case of something wrong-itis. The debug emails should always come through Test mode or not.

There are now two options a) you have .htaccess protected your webiste so worldpa can't get to it, but this is not very likely uless you have forgotten to mention the warning worldpay emails you would be getting.

b) Go through the Worldpay admin screen and check your settings first of all, enabling the payment reponse etc... as in the instructions and then click the save button at the bottom, and it doesn't hurt to transfer them to your production settings.

Then go and have a cup of tea because WorldPay seems to work on some kind of caching system and the passwords or settings don't always go through immediately (I once saw this with a user I was helping, we banged our heads against a brick wall, re-entered all the passwords etc... nothing happened. Once cup of tea later and it all worked). It's not even fancy tea like "Earl Grey" or "Darjeeling" just a normal cup of tea seems to work, try it YMMV.

Philip.

Well the classic wrong-itis would originate from classic blonde-ness LMAO it just occurred to me while double checking things in Worldpay admin that I had entered all the details into the Production Environment and I never realised I had to enter them also into the test environment LMAO

Did so and now have emails, mainly that the callback is failing:

Error reported: Callback to https://www.havendesignz.com/store/w...121ac76daf27f9: NOT OK, recevied HTTP status: 302

I have Yellow's Simple SEO URL mod installed, could this be what is happening with the callback?

Ok, success LOL I was also getting error emails saying password failure and I saw the password in there had the last letter left off, so I updated it to something a lil shorted LMAO and also set the wp_callback url to be excluded from the seo url changes and voila, I actually got returned to the store with a successful transaction!

Thanx for your help, I don't think I would have realised my initial blonde booboo without it LOL and thanx for all your work on giving us an easy way to integrate Worldpay with our store :)

Soon as I have a few extra funds, Worldpay just cost me over 600 bucks to set up and I think my husband would have a fit if I spent any more right now LOL, I will paypal you some dollars :D

Thank you. Just woke up, I'm in UK

The easy way to test if the SEO is mucking with the redirect, is that you take the details from the HTML form on the last checkout_confirmation page before submitting to world pay, e.g. scroll down and cut the form out that is going to be submitted to worldpay.

You then add

<input name="transStatus" value="Y" type="text" />
<input name="callbackPW" value="YOUR_PASSWORD" type="text" />

and point the form towards https://www.havendesignz.com/store/wp_callback instead of http://select-test.worldpay.com

That effectively fakes the system and is where I discovered the original exploit (e.g. there was no password facility or checks so anyone mark an order up as paid by worldpay) and it should mark your order as paid, but with warnings. And you can test if the SEO is mucking with it, it's more likely that your (lack of) password created the 302.

Good morning then, about to head to bed here in Australia LOL :)

I decided to leave it with the url excluded in the seo as earlier before the password shenanigans and stuff I pointed my browser to https://www.havendesignz.com/store/wp_callback I got a partial blank page error with the hacker url bit, and it's working ok right now since I excluded the url so I will leave it as is and not push my luck LOL

Hope you have a great day! :D

Just check the cancel button on the worldpa side of things, if you are concerned about your mod_rewrite rules, that should bring you back into your shop.

Thank you
Philip.

Thanx :)

Hi Philip, I have another question for you LOL

I managed to add in an image code to have the worldpay logo display on the checkout page the same way I have the paypal logo display, however this also makes the image display on the order email as well, I took a peek at the code but could not see an obvious way to separate the two out and admit my abilities are limited LOL

Any way to do this? Thanx :)