WorldPay Callback Failure HTTP status: 302

**duxnrunz** · 29 May 2006, 05:40 PM

Hi,

I'm currently trying to instal the WorldPay mod kindly supplied by duncanad but I'm having a problem. I go through the checkout process to the worldpay site it all goes through and I don't get redirected back to the shop and i get a Callback Failure. The email to notify me of this reads:

=====================================================
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: 175674327
Cart ID: 48a04f644f########437ad980499d1f28f2
Installation ID: 133393

Error reported: Callback to http://www.domain.co.uk/shop/index.p...980499d1f28f2: NOT OK, recevied HTTP status: 302
Server Reference: mggaeq4a:callbackFailureEmail-2163289:MerchReq-560

======================================================

Looking at the WorldPay FAQ is says

The requested resource has moved to a new URL as specified in the returned Location: header. Redirection is not permitted. Please see What should I be aware of if I wish to display a customised page to shoppers as a response to a callback? for more information.

When I copy and paste the URL from the callback failure email into the browser it has the calback page saying your order has been canceled

Has anyone got any ideas as to what's wrong?

Thanks

**Pauls** · 29 May 2006, 06:40 PM

You should re-check the URL you have added as the worldpay callback URL within worldpays settings. I had this issue using MIVA shopping cart for a client, and it was purely that I had given the wrong return URL.

Within WorldPay go to
configuration options > callback url - check this is exactly accurate.
Ensure callback is checked
FuturePay callback is UNchecked
Use callback response is checked

Read this thread if none of the above work

http://www.zen-cart.com/forum/showthread.php?t=36358

**duncanad** · 29 May 2006, 06:41 PM

duxnrunz,

Which version of ZenCart are you using? My mod has not been tested on v 1.3. I will try to get this done asap.

I think your problem was reported by someone else on the old forums. I think it may have something to do with the way your server is set up - some sort of re-direct but I will need to refresh my memory - if I can find the old thread in the archives.

I'll get back to you.

Alan

**Kim** · 29 May 2006, 07:16 PM

OT-

Alan,

The new Downloads section is operational now. I hope you will add your updated module to the database. Thanks!

**duxnrunz** · 29 May 2006, 10:24 PM

Paul,

I've checked all that and it's still the same,

Alan,

I'm using Version 1.2.6

Thanks

**duncanad** · 30 May 2006, 07:05 AM

duxnrunz

The mod should work fine with v 1.2.6.

I have had a look back at the old forum thread - you can find it here:

http://www.zen-cart.com/forum/showth...light=worldpay

I found mention of a similar problem to yours but no clear resolution. I also found some old emails on my pc where I had some in-depth discussions off-line with infectious. His problems seemed to be related to his server set up, perhaps linked to his ssl certificate.

What seems to be happening is that when WorldPay returns to the CallBack URL the server - not the code - is redirecting to some other place . WorldPay won't follow the re-direct so the callback fails. I'm no expert on how to set up a webserver so you should ask your host about how things are set up for you. My suspicion is that your host DNS is not pointing directly to the root folder of your website and that there is some sort of re-direct in place which passes requests for your domain on to the correct folder on the server. Alternatively there may be some sort of re-direct in place for https secure access. I am speculating from a position of total ignorance here but it wouldn't do any harm to ask your host if there is any re-direct in place on the server which might return a 302 error.

What I do know is that on my server the mod works first time every time.

I will email infectious and ask him to report if he ever got a resolution.

Alan

**duncanad** · 30 May 2006, 07:08 AM

Kim,

As soon as I get time to complete testing on v1.3.1 I will add this to the Downloads section. I would have done a long while ago but it hasn't been available for a while.

Alan

**infectious** · 30 May 2006, 06:46 PM

Hi all,

Alan (duncanad) pinged me about this, so I'm here to provide any info I can relating to my experience.

My client had a number of URLs for their site, but they weren't configured to redirect the extras to a single, main URL. Because we also had an SSL certificate, we needed to make sure that anyone going to the store was on the URL that the SSL cert was tied to. To make it even more complicated, the cert was set for thebbqboys.com, rather than www.thebbqboys.com. So we had the link to the store hard coded as http://thebbqboys.com/thestore/

From dealing with WorldPay, we think the problem was that their servers had a difficult time pointing back to the URL without the www in front of it. So, I disabled the SSL support in Zen Cart (took me a while to figure out I needed to do it in the configure.php files in the main 'includes' directory as well as the 'admin/includes' directory), and then set the link structure for the site to include the www. So, once we started having the store send orders to WorldPay from www.thebbqboys.com/thestore/ there were no longer any callback errors.

We are no longer using SSL, but really it shouldn't matter too much, since none of the billing information is entered or stored on my client's webserver - it all happens on WorldPay's server.

The end result is that it works, and the issue we had was not having www. in the URL for the page that WorldPay is sent.

Cheers,
Kevin
Infectious Communications Inc.
infectious.ca

**duxnrunz** · 31 May 2006, 06:24 PM

Alan and Kevin,

Thank you for your time in the replies.

We're not using SSL and the domain we're using is the one registered at WorldPay. We have got a couple of redirects, one php header () from the index to domain.co.uk/shop and one rewrite rule from http://domain.co.uk to http://www.domain.co.uk I have removed both of these and it's still failed to work.

I've done a bit more checking and looked at my logs and it does indeed return 302 when WorldPay hit's the site. I've tested the same url with a header viewer (http://web-sniffer.net) and it returns 200 and when I hit the url myself it returns 200.

So it seems WorldPay is the only thing getting hit with a 302 when hitting the same url.

I'm going to open tickets with my host and WorldPay to see if they can shed some light on the problem, I'll update when I find out why.

Thanks again for your help.

Regards,

Nicky

**duncanad** · 23 Jun 2006, 12:41 AM

I've now updated the WorldPay module (very slightly) and tested this on Zencart v1.3.0.1. I have started a new support thread for the new version here:

http://www.zen-cart.com/forum/showthread.php?t=39106

I would have made this available in the contributions section but uploads don't appear to be available at the moment. The above thread contains a link to download from my server.

Regards,

Alan