Worldpay, all goes through and work's, but.. HELP!

[Guest]

as above, setup as per instruction's , it all work's goes through in test mode etc.. email's get sent out to the admin, and the customer BUT the order's do not show up on the admin screen in oscommerce, and when you relogin as a customer the item's you previously did the order for still show up in the shopping cart, i presume it's not something majorly wrong, so does anyone know how to fix this please

please again! need to get this sorted a.s.a.p

 

anyone help please give me an email or reply here

 

[email protected]

 

p.s it's the most recent worldpay contribution and the latest oscommerce i presume!

 

thanks again

 

MAtt

[Adyx]

Hi, not sure if this is the problem with your WP system or not..

but someone else i know was having problems, which seemed the same.

 

Basically it was to do with the wpcallback.php page not refreshing..

so it was as if the customer, didnt quite complete the transaction as far as oscommerce was concerned.. if you try and test order again, and when you arrive back at oscommerce wpcallback.php page, try hitting the browser refresh button a few times, and then checking in admin..

 

If that does not fix it, i think there are some posts in the forum about this problem,

but it's a while since i have seen them.. but searching on 'worldpay' should bring up some relevant info.

 

if it does fix it, i think that you can edit the refresh time within the wpcallback.php page.. open it up in a text editor and look for any 'refresh' tags.. ;)

[Guest]

Hi Adyx, thank you for your reply, can you tell me please which is the actual wpcallback page at what stage is it on the ordering process?

 

thank you

 

Matt

[Adyx]

wpcallback.php should be in with the contribution download ?

or in the root of the catalog folder.

 

Re: at what stage is it on the ordering process?

 

It's right at the end...

I.E you go off to worlpay and do the cc info etc..

and then worldpay should return to your oscommerce store for the

'Thanks for paying' page.. which is actually wpcallback.php

[Guest]

right ok, this could be the source of the problem then, once payment is made this is basically what's on the page :

"

Thank You.

 

This was NOT a live transaction - no money has changed hands

Thank you, your payment was successful

Merchant's Reference: osCsid=fa64e9de5283720f355f4aafb5e7f467

WorldPay Transaction ID: 68429136

 

Please contact WorldPay immediately if there has been a problem making your payment. "

 

but in the wpcallback, the writing in the .php file is different to the above :

 

"<?php

/*

$Id: wpcallback.php,v MS1a 2003/04/06 21:30

Author : Graeme Conkie ([email protected])

Title: WorldPay Payment Callback Module V4.0 Version 1.4

 

Revisions:

Version MS1a Cleaned up code, moved static English to language file to allow for bi-lingual use,

Now posting language code to WP, Redirect on failure now to Checkout Payment,

Reduced re-direct time to 8 seconds, added MD5, made callback dynamic

NOTE: YOU MUST CHANGE THE CALLBACK URL IN WP ADMIN TO <wpdisplay item="MC_callback">

Version 1.4 Removes boxes to prevent users from clicking away before update,

Fixes currency for Yen,

Redirects to Checkout_Process after 10 seconds or click by user

Version 1.3 Fixes problem with Multi Currency

Version 1.2 Added Sort Order and Default order status to work with snapshots after 14 Jan 2003

Version 1.1 Added Worldpay Pre-Authorisation ability

Version 1.0 Initial Payment Module

 

osCommerce, Open Source E-Commerce Solutions

http://www.oscommerce.com

 

Copyright © 2003

Released under the GNU General Public License

*/

 

define('NAVBAR_TITLE', 'WorldPay');

define('WP_TEXT_HEADING', 'Response from WorldPay:');

define('HEADING_TITLE', 'Thank you for shopping with ' . STORE_NAME . ' .... ');

define('WP_TEXT_SUCCESS', '... your payment was successfully received.');

define('WP_TEXT_SUCCESS_WAIT', '<b><font color="#FF0000">Please wait...</font></b> whilst we finish processing your order.<br>If you are not automatically re-directed in 10 seconds, please click continue.');

define('WP_TEXT_FAILURE', '... Your payment has been cancelled!');

define('WP_TEXT_FAILURE_WAIT', '<b><font color="#FF0000">Please wait...</font></b><br>If you are not automatically re-directed in 10 seconds, please click continue.');

 

?>"

 

all the info in the wpadmin and oscommerce admin are as say's in the install file and in the above, why is it not going to the correct callback page ie the one above?

 

Matt

[Guest]

ttt, please help! still not working.

seem's as though the callback page is not showing up when order is completed? i've checked and double checked all is correct in the wp admin and oscommerce admin

[Pompeylad]

Matt,

 

I too have the same problem, I have checked out many posts but still have not found the answer! I have reread the read me file in the contrib many times, I have also reinstaled the contrib many times!!

 

Anyone know the problem??

 

Pompeylad.

[Patch]

did anyone find an answer to this problem?

[Patch]

I've been searching around on the forums and no-one has an answer to this problem. Has anyone managed to fix this and know how they did it?? :blink:

 

Patch

[flupphugat]

I'm not sure that this will help, since I seem to have a similar problem:

 

It looks like the callback feature of the WorldPay contrib (v1.7) has a problem because it doesn't supply a correct value to MC_callback ...

 

If you look at the HTML-code of the last (checkout_confirmation) page just before you move to the WorldPay pages, you'll find something like this (just below the customer informtion):

 

... <input type="hidden" name="MC_callback" value="?language=en"> ...

 

That's obviously nonsense, it ought to be a URL of the callback page or something similar.

 

I hope this helps to pinpoint the problem. Please let me know if someone found a solution or a work-around or something ...

[Guest]

I just found this thread. Does this help?

 

http://www.oscommerce.com/forums/index.php?sho...=0entry370144

[flupphugat]

Solved the problem myself but thought I let everyone know, just in case ...

 

- somewhere in wpcallback.php is a variable holding the absolute url of wpcallback.php, i.e. 'http://www.your_hostname.com/catalog/wpcallback.php' ...

- make sure you check the http-part, it may not correspond to an 'https' on the WorldPay Admin page.

 

- My initial problems with the callback procedure from WorldPay however originated in the fact that WorldPay REQUIRES SSL3, and not SSL2 which still seems to be the standard with most web hosting companies, since SSL3 seems to cause problems with some older MS Explorer versions.

 

If you want to find out whether SSL3 is activated in your Apache server (actually in mod_ssl) open your browser and enter the following address:

 

http://jce.iaik.tugraz.at/servlet/demo.ssl...me.com&port=443

 

Your get a thorough evaluation of what your port 443 can handle.

 

Hope I could help

 

Flupphugat

[flupphugat]

Solved the problem myself but thought I let everyone know, just in case ...

 

- somewhere in wpcallback.php is a variable holding the absolute url of wpcallback.php, i.e. 'http://www.your_hostname.com/catalog/wpcallback.php' ...

- make sure you check the http-part, it may not correspond to an 'https' on the WorldPay Admin page.

 

- My initial problems with the callback procedure from WorldPay however originated in the fact that WorldPay REQUIRES SSL3, and not SSL2 which still seems to be the standard with most web hosting companies, since SSL3 seems to cause problems with some older MS Explorer versions.

 

If you want to find out whether SSL3 is activated in your Apache server (actually in mod_ssl) open your browser and enter the following address (don't forget to exchange www.your_name.com with your own:

 

http://jce.iaik.tugraz.at/servlet/demo.ssl...me.com&port=443

 

You get a thorough evaluation of what your port 443 can handle.

 

Hope I could help

 

Flupphugat

[Guest]

I am having the same problem as mentioned earlier. And i cant find the fix above as its not clear what to change.

 

Basically I have installed all the files, installed it in admin, set it to 100 (test mode)

In worldpay admin I have Callback enabled ticked and use callback response.

 

however when a payment is made, whilst it is processing the details, it refreshes the page about 3 times and then goes to the worldpay Thank you page and stops there, where there is nothing to get back to the site. Instead it should be using the wpallback page.

 

So does anyone know how this might be fixed or why worldpay is not calling the correct callback page.

 

I hope someone can help.

[alisonpurcell]

I had the same problem - where a transaction is completed but you get a standard 'thank you' page from worldpay, are not returned to the site, and the transaction is not recognised as having taken place according to the shop.

After much, much searching I found that the FILENAME_WPCALLBACK variable was not defined. This meant that the callback from worldpay was lost.

 

Adding the following line to includes/filenames.php solved everything!

 

define(FILENAME_WPCALLBACK, 'wpcallback.php');

 

Hope this helps,

Alison

[Guest]

I had a similar problem when testing my WorldPay module whereby the transaction was successful but I was being returned to my site.

 

After discussing the problem with WorldPay Tech Support I changed the call back URL in my WorldPay Admin panel from

 

https://.......

 

to

 

http://......

 

And hey presto it worked.

 

Please give it a try and post the results.

 

Regards,

Glenn

[mpjx]

I am having the same problem as mentioned earlier. And i cant find the fix above as its not clear what to change.

 

Basically I have installed all the files, installed it in admin, set it to 100 (test mode)

In worldpay admin I have Callback enabled ticked and use callback response.

 

however when a payment is made,  whilst it is processing the details, it refreshes the page about 3 times and then goes to the worldpay Thank you page and stops there, where there is nothing to get back to the site. Instead it should be using the wpallback page.

 

So does anyone know how this might be fixed or why worldpay is not calling the correct callback page.

 

I hope someone can help.

<{POST_SNAPBACK}>

 

Hi All,

 

I'm hoping someone can help, I'm experiencing exactly the same problem as described in the quote above. Here is some additional information about my situation:

 

1. the WPCALLBACK variable has been defined correctly in catalog/includes/filenames.php

2. On checking the source code of checkout_confirmation.php (that sends the WPCALLBACK variable to the Worldpay payment pages), I find that the WPCALLBACK variable is still undefined. Therefore the URL to wpcallback.php is not sent correctly to Worldpay.

 

Does anyone have any ideas please? PS I have reloaded the page to check that it was not an old version of the page in my browser cashe!!!!

[♥Vger]

From the 'worldpay_module_https_callback_fix.txt' file in Contributions

 

There is a show-stopping issue with this module if your callback URL uses https. The callback URL in the WorldPay form submission is empty.

 

You need to edit the file:

 

/catalog/includes/modules/payment/worldpay.php

 

change this line:

$worldpay_callback = explode('http://', $callback_url);

 

to:

$worldpay_callback = explode('https://', $callback_url);

 

Eventually, it would be good if a more generic fix for this was produced that detects whether your page is http or https and changes that string accordingly. But this should get you up and running if you were having problems.

 

Vger

[mpjx]

From the 'worldpay_module_https_callback_fix.txt' file in Contributions

Vger

<{POST_SNAPBACK}>

 

Thanks for your help Vger.

 

I fixed the problem an hour ago - my new ftp client had some strange way of working with some sort of cache system....

[♥Vger]

If you have Dreamweaver MX then don't use the FTP client - it is well known for being 'quirky' (the polite description).

 

Vger

[helohelo]

I have same problem,

i did all suggestions bit still my payment page on worlspay is redircted to my login page...

 

Hi All,

 

I'm hoping someone can help, I'm experiencing exactly the same problem as described in the quote above. Here is some additional information about my situation:

 

1. the WPCALLBACK variable has been defined correctly in catalog/includes/filenames.php

2. On checking the source code of checkout_confirmation.php (that sends the WPCALLBACK variable to the Worldpay payment pages), I find that the WPCALLBACK variable is still undefined. Therefore the URL to wpcallback.php is not sent correctly to Worldpay.

 

Does anyone have any ideas please? PS I have reloaded the page to check that it was not an old version of the page in my browser cashe!!!!

<{POST_SNAPBACK}>

[helohelo]

And its still redirected to an httpS secure site???

Or do you have an http shop

 

 

I had the same problem - where a transaction is completed but you get a standard 'thank you' page from worldpay, are not returned to the site, and the transaction is not recognised as having taken place according to the shop.

After much, much searching I found that the FILENAME_WPCALLBACK variable was not defined. This meant that the callback from worldpay was lost.

 

Adding the following line to includes/filenames.php solved everything!

 

define(FILENAME_WPCALLBACK, 'wpcallback.php');

 

Hope this helps,

Alison

<{POST_SNAPBACK}>

[[email protected]]

From the 'worldpay_module_https_callback_fix.txt' file in Contributions

Vger

 

I spent ages trying to find why I couldn't get MS_callback to work properly and in case its useful to anyone else who has the same problem here was my solution which I didn't find anywhere else in the forum:-

 

 

I had done this fix in the worldpay.php file as specified in the worldpay contribution

 

change this line:

$worldpay_callback = explode('http://', $callback_url);

 

to:

$worldpay_callback = explode('https://', $callback_url);

 

However this turned out to be the cause of my problem. I am using SSL but the mod caused $worldpay_callback to contain nothing. If I looked at the page source in internet explorer just before pressing 'confim order' on the last checkout page I could see that the MC_callback hidden form field had no value. Changing back to http instead of https solved the problem. I beleive this was happening because the explode command is some form of search method within an string/array and in $callback_url the beginning of the address was http:// not https:// so it couldn't find the string it was searching for and returned nothing.