WorldPay Module version 2.0 - Support thread

Hi Philip

You worked your magic before for me and now I am having another problem with a world pay set up.

I've installed your latest module - however I cannot get worldpay to return to the site - it does if I cancel the test tranaction but not after completing a successfull test.

I have the debug emails on and they are not showing any errors, orders are being recorded. I have checked the return url and the enable shopper response button is ticked ( as is payment response, enable recurring reponse, payment response password & md5 secret entered).

Basically the site goes through the ordering process and the customer is taken into Worldpay to make the payment. The problem occurs at the last stage within Worldpay when the customer should be returned to the web site and an error message is displayed

"Email Error: Could not instantiate mail function."

This error message is displayed on this page - https://secure-test.wp3.rbsworldpay.com/wcc/card (https://secure-test.wp3.rbsworldpay.com/wcc/card)


This is the callback which has been entered - http://<wpdisplay item="MC_callback"> and all the setting have been entered to the test section of the rbs world pay section.

Any ideas ?

That would be a bug in the emailing out system, whch hasn't been changed for a few months now. I'll need to know your site's URL to have a look around, so could you PM it to me again and I'll try and get on it this evening. The Customer has been return to your site, but something in zencart itself has then dropped a clanger saying "I can't send out an email, I'm going to die" hence why everything else has been successful and it records the order. I will naturally let you know before I post any test payments or anything that would be likely to show up as a real order.

Thank you
Philip.

I don't know f this is OK to post here but here goes:

I have installed the latest version worldpay module and all appears to be working OK in test mode (worldpay test mode)

I have an irritating problem with the success page; when the page is sent from worldpay it throws the right hand boxes off to the right because the center column appears to be too wide. It only happens on this page.

I think it is a css problem but I can't find the right place or page to edit so as to correct the problem.

Any assistance would be appreciated.

Regards

pcbusiness.ca

PS - great mod, whats the usual spondoolee donation requirement.

This is the right place to post. What I will need is for you to view source on the worldpay success page and the cut and paste it to me at my email address. Please don't post it to the forum as it could contain information about your business banking details. What I need it for, is to see if the "new" rbsworldpay is applying any filtering that may be affecting your stylesheets so I'll need to compare the output with output rendered from a test machine, or you could just PM with the site details (admin access may be required) and I can run my own tests, anyway it will have to be tomrorrow as it is almost 2am in the UK.

Thanks Philip.

Nipped out there for a while, just got back.

Will PM you with all the info.

Thanks.

Hi phill can you help me out please , Im running zencart 1.38 all was working fine , But i just upgraded to your new version and i am getting a call back fail it was all working befoe ? i have gone though all the msgs on this forum and can not find the answer i have spoken to worldpay and they tell me its the php file thats all can you help me as i did not back my site up and delited all the older files ;-(
Many thanks mark
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: 33333333333
Cart ID: rvnmaifmvqfd9u789egjhnmut7
Installation ID: 3333333

Error reported: Callback to http://www.eeeeee.co.uk/wp_callback?...u789egjhnmut7: NOT OK, recevied HTTP status: 302
Server Reference: mg1imscs5pa:callbackFailureEmail-13754:MerchReq-15

Afternoon,

I don't think it's the new module but if you are positive then go here

http://www.zen-cart.com/index.php?ma...oducts_id=1148

and scroll down the page, you can download old modules for example

http://www.zen-cart.com/index.php?ma...48&update_id=8 is version 2.07

I think you should try but I am pretty certain that the failure will not be due to the upgrade.

Thank you
Philip.

To be honest phill i have no idea what was installed your or some one el's mod ? Do you know why it having the problems ? I have seen a few people who have had this problem but not any answers to it ? I have put in the password and put the password in with world pay i never done this with the other mod it just keeps coming back saying callback fail?
Regards
Mark

I have run the debug mode and it just keeps saying Password Failure:
I have updated my worldpay with the password and the zencart i have installed you mod 3 times just to make sure? It looks like their is a problem with the password whay does it need a password as the other mod never needed it?
Regards
Mark

Okay once upon a time Zen Cart did not use the payment response password, at that time I then hacked the system and proved that I could "buy" anything from any shop using worldpay even when the MD5 encryption was on, without have to pay for anything. That would be the reason why you need a password.

The Payment response password needs to be set in worldpay and in the ZC admin, then you should probably use the update and the "copy" to your production environment buttons at the bottom of the screen, then wait ten minutes or so as worldpay seems slow to update, and then try it. The reason why the questions remain unanswered is that it's always a payment response problem that takes time to filter through the worldpay system, or it's occassionally something else that I fix and then release another version. version 2.08 is very important as worldpay is chaning domain name and if you don't upgrade then

a) you'll be sending out goods when people don't pay for them
b) you payment gateway won't work when the Royal Bank of Scotland turns off the old worldpay domain name.

Philip.

Wow what a pain in the sss it was to do with world pays updating the password took ages to update. Ok quick question now its working , How can i add the small wp logo on the text on the check out ? where it says "Credit Card via WorldPay"
Regards
mark

Yes that is why it's normally unanswered, being British I always recommend going for a cup of tea, it's always the same way !!!IT'S NOT WORKING!!!, err, okay it is it just took a bit of time to update at worldpay's end.... :oops:

If you wish to change add an image then you should edit the file

includes/languages/english/modules/payment/worldpay.php

and add the image html to the constant MODULE_PAYMENT_WORLDPAY_TEXT_TITLE

Thank you
Philip.

All done thanks and cup of tea does help, I edited the code and put in the wp logo ill post it just incase anyone els wants to see how its done.
Regards
Mark

// $Id: worldpay.php 1.0 2004-09-04 05:01:15Z networkdad $
//

define('FILENAME_WORLDPAY', 'worldpay_response');

define('TABLE_WORLDPAY_PAYMENTS', DB_PREFIX . 'worldpay_payments');
define('MODULE_PAYMENT_WORLDPAY_TEXT_CATALOG_TITLE', 'Secure Credit Card Payment');
define('MODULE_PAYMENT_WORLDPAY_TEXT_ADMIN_TITLE', 'WorldPay Payment Gateway');
define('MODULE_PAYMENT_WORLDPAY_TEXT_ADMIN_DESCRIPTION', 'WorldPay Credit Card Payments');
define('MODULE_PAYMENT_WORLDPAY_TEXT_DESCRIPTION', '<strong>Worldpay Payment Module</strong>');
define('MODULE_PAYMENT_WORLDPAY_TEXT_ERROR_MESSAGE', 'Your transaction has been cancelled or declined. Please try again');
define('MODULE_PAYMENT_WORLDPAY_TEXT_TITLE', '<img src="includes/templates/template_default/buttons/english/wplogo.gif" align="top" alt="Click to pay via World Pay">');
define('MODULE_PAYMENT_WORLDPAY_TOTALS_MATCH', 'Totals Match');
define('MODULE_PAYMENT_WORLDPAY_TOTALS_MISMATCH', 'Warning: Totals do not Match');
define('MODULE_PAYMENT_WORLDPAY_COUNTRY_MATCH', 'Countries Match');
define('MODULE_PAYMENT_WORLDPAY_COUNTRY_MISMATCH', 'Warning: Country Mismatch');
define('MODULE_PAYMENT_WORLDPAY_ADDRESS_MATCH', 'Addresses Match');
define('MODULE_PAYMENT_WORLDPAY_ADDRESS_MISMATCH', 'Warning: Address Mismatch');
define('MODULE_PAYMENT_WORLDPAY_POSTCODE_MATCH', 'Postcodes Match');
define('MODULE_PAYMENT_WORLDPAY_POSTCODE_MISMATCH', 'Warning: Postcode Mismatch');
define('MODULE_PAYMENT_WORLDPAY_SUHOSIN_TEXT', 'Suhosin is a PHP module that can affect communication between WorldPay and ZenCart');
define('MODULE_PAYMENT_WORLDPAY_CAUTION', 'WorldPay has issued a CAUTION for this transaction');
define('MODULE_PAYMENT_WORLDPAY_WARNING', 'WorldPay has issued a WARNING for this transaction');

?>

Hi there,

I hope you can help. I am currently working on updating my website and have decided on Zen Cart. I have installed the latest version on a local server and am working on making it look and work how I want. I have installed a free template fron zen-cart-power.com. I already have a worldpay account so have installed worldpay module 2.08, although I am not yet ready to try to connect to worldpay to test.

In the box that the customer has the opportunity to select a payment card option, there is already a drop down box with Visa or Mastercard as the two choices. This remains when I select
display accepted cards in admin. I then get a second set of choices, but this one shows the cards I accept as it should.

Am I doing something wrong here? Apologies if I'm being a bit of an idiot.

Thanks

It is likely that you have in Kahlili's (good) suggestions in zencart which was to put in a select box with applicable cards, except that I added it to the module code so that it was more suitable for an international audience and could be adjusted from admin rather than by editing the HTML.

The solution is to take out Khalil's code as you have a inferior duplicate of functionality with the uptodate module.

Thank you
Philip.

Thank you for your help, Philip.

I like the opportunity to make adjustments to the list of credit cards in admin, although not essential. Is it possible to retain Khalil's code and remove the original, or is that not the right way to do it? Do both lists work in the same way - i.e do they both reduce the pages necessary at worldpay by one?

Thanks

Brian

It does the same thing in that it skips one page, plus it has the option to be either a select box or list with radio buttons, also under the surface it stores the selected card as a session variable so that if the user changes their minds and wants to add something else to their cart, it remembers what they selected so they still get one less click. It's everything Khalil suggested and more.

Thank you
Philip.

OK, I would like to do as you suggest and remove the unnecessary code. If possible, could you please point me to the section(s) to remove?

Thanks again.

Brian

Search this thread for Khalil and then just overwrite the files with standard zencart files from the zip. I can't be any more precise than that because it wasn't me that put the code in. I adjusted the module afterwards and personally didn't try the code. but It's somewhere in this thread, it's probably something like tpl_checkout or similar.

Philip.

Thank you, Philip. That's sorted.

Brian

I know Philip replied but for anybody else stuck with this here's what i did to remove the visa / mastercard dropdown box.

In the file tpl_checkout_payment_default.php in includes\templates\template_default\templates in the new worldpay mod version 2.08 at line 148 find the following code:

HTML Code:

---

<!-- BOF Draw CC dropdown box -->
<?php
//This assumes that the Worldpay is your FIRST in your sort order in the ADMIN > Payment > Modules
//If not then change the value of $i to match where in the order you want it
if ($i==0)
{
    //Create the array of credit cards as per Worldpay documentation
    $cc1[] = array('id' => 'VISA', 'text' => 'Visa');
    $cc1[] = array('id' => 'MSCD', 'text' => 'MasterCard');
    echo zen_draw_pull_down_menu("paymentType", $cc1,'','','');
}
?>
<!-- EOF Draw CC dropdown box -->

---

and either commment out or delete it. That's it!

Quote:

---

Originally Posted by philip_clarke

That sounds interesting, that's a redirect that has appeared further down the chain than the password check. Since you get the success email then a) worldpay is talking to the server, b) the password is correct.

So have you checked if you have suhosin installed on the server (in admin > modules > payment > worldpay) it should tell you.

What happens if you put something in your cart, do all the select shipping things and then cancel in worldpay before you "pay" do you get back to the site with a cancellation message or are you re-directed to a login screen to re-establish the session. The most likely cause for a 302 is that your site has not re-established the session when worldpay sent through the details. "OR" and I have seen this once before, sometimes the website doesn't store the payment method in the session and it re-establishes the sessions then goes, oops not payment method and throws worldpay back to a login screen. As yet the cause of this one is unknown, the site it was seen on was a very busy one, so if suhosin is not causing the problems then I'd like to see the site (PM) me, to try and get to the bottom of it.

Philip.

---

I have the same problem as above. My payment goes through as i get the notification from Worldpay but customer is not returned to my site and I don't get details of the order. When I cancel the order I get this from worldpay:

Quote:

---

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 can't work out how to check suhosin. I went to the worldpay payment module but can't find it - does that mean I don't have it? Not even sure what it is.

Thak you
Suekay

If you go into your admin section and go to tools > server version/ info and look through that page, if you have suhosin then it will be listed there. If you don't have suhosin then something may be incorrect in your session set up in admin > configuration > sessions as it is very rare that on a correctly configured site, that cancelling the transaction in worldpay doesn't get you back to your store.
Thank you
Philip.

Quote:

---

Originally Posted by philip_clarke

If you go into your admin section and go to tools > server version/ info and look through that page, if you have suhosin then it will be listed there. If you don't have suhosin then something may be incorrect in your session set up in admin > configuration > sessions as it is very rare that on a correctly configured site, that cancelling the transaction in worldpay doesn't get you back to your store.
Thank you
Philip.

---

Hi Philip,

I can't find suhosin in server version info. I've reinstalled the mod incase I made a mistake. I hit the remove button in the payment modules section first then reinstalled each file. When I installed it again the infomation in all the fileds was already there, is this correct for a reinstall, I thought I'd have to write all the passwords in again? Not sure what to do now, any ideas?
Thank you
Suekay

It is totally correct that when you remove and install the module all of the passwords are correct (because otherwise upgraders would lose all their information). What happens now is that you PM with details of what you have in your session configuration (becuase it's not generally stuff you want to publish).
Thank you
Philip.

Well I have read and searched and not found so I will ask the question.

Got the Worldpay module installed and working great, both test and live (thx Philip). Removed the 2nd drop down leaving just the drop down that allows the cards that are set in admin.

However (you knew there would be one), my client has setup paypal through Worldpay. I do not have an option to add the paypal "card" as an option to the drop down list. If I select "I will choose later" for the card option I can pick paypal when I get to the worldpay site and that seems to work ok.

So finally to the question, can I add Paypal as an option on the dropdown? and have it automatically go to Worldpay and redirect to paypal?

Thx,
Slan

Quote:

---

Originally Posted by slannesh

Well I have read and searched and not found so I will ask the question.

Got the Worldpay module installed and working great, both test and live (thx Philip).

---

I don't believe it, someone that actually had worldpay work between live and the test side of their admin ?? All the problems above by suekay were over at worldpay's side, it appears that they are still having problems with data caching, in one case suekay having copied over her data to the "live" side of things, only to find that it was submitting 3 day old data to her site, and worldpay were complaining that it was the modules fault. The end result was that the module has not changed, suekay's data in the module has not changed, but the data worldpay is sending has finally stopped being cached and her site is now working perfectly.

Quote:

---

Originally Posted by slannesh

So finally to the question, can I add Paypal as an option on the dropdown? and have it automatically go to Worldpay and redirect to paypal?

---

There is probably nothing that you can do, I can however try and find any details in the knowledgebase about how to transfer data and see if the module can be configured to pass the options through to paypal via worldpay. I would not hold my breath if I were you though, since the change to rbsworldpay all of my bookmarked information accumalated through debugging this module are useless, when they changed the domain name and didn't bother to redirect all the changed pages, so it may take some time.

Philip.

So far there is no ability to clikc through to paypall via worlpay. This article

https://crm.rbsworldpay.com/cgi-bin/...i=&p_topview=1

suggests that the page that is avoided by using selecting the credit card from a drop down, is mandatory for using paypal through worldpay. What I would suggest is that admin is used to disable the credit card select box or selector, and then the test "pay by credit card using worldpay" is changed in the define page under /language/english/worldpay.php be changed to something like "pay by worldpay or paypal".

Unless someone can find the alternate code, I can't put in a feature into the module if it doesn't exist.

Sorry

Philip

Just found the original page detailing the skipping fo the payment type via google and guesswork

https://crm.rbsworldpay.com/cgi-bin/...94&p_topview=1

Avoiding this page by being able to select paypal from a drop down is not an option from the list they provide.

Thank you
Philip.

Thanks Philip,

I will keep an eye on the thread to see if you can figure out how to pass the request to Worldpay to use Paypal (but I won't hold my breath).

Glad I didn't read about any difficulties going from test to live, it would have scared me witless!

Cheers,
Slan

Hi

I was wondering if you could help me, sorry if this is the wrong place for it... but I need to create a payment process for a client for a little known payment gateway that no module exists. I hope you dont mind but I used the worldpay module as a basis for this process. But i have a problem and wondered if you would be so kind to help. It seems the problem is reported for the WP module also...

My payment process callback does not work. I think its because the customer_id in the session is not set and the checkout_process file would therefore redirect the callback request to the login page.

So I just wondered how the wp_callback recreates the customer_id session so to avoid the session check and redirection in wp_checkout_process? Even if I remove this check it doesnt work, I assume that Zencart needs it to link the request to the order.

Thanks a lot

Worldpay is sent a return URL that includes the session information, the zenid. When payment is completed worldpay sends back the completed payment information as well as a secret password and the session id.

(Previous versions of the module didn't have the password so teh whole payment gateway could be bypassed)

Unless your gateway can send back the session id (the variable zenid) AND you have suhosin disabled (if installed on the server) AND the session settings under the configuration menu in Admin are set to allow 3rd parties to recreate the session, then it would not be possible for zencart to marke the session as paid and recreate the shopping cart.

It should also be noted that
[LIST][*]Worldpay is a non-standard module and uses a different check in moudle to any other zen cart installation as in the final stages of a completed payment, worldpay sucks the entire completed payment page into its secure server and then displays it under it's URL[*]This module does not have any "problems", it works perfectly well providing that the criterea above are met and worldpay is not cachig information.[*]This module is more complex than others and provides more information to the shop owner, like how the credit card was validated and if addresses/ 3-digit codes matched and so might not be the best candidate to base a new module on.[/LIST

In all other modules ZC still needs the session to be recreated and normally the way of doing this is passing the session if in the return URL. A major thing to watch out for is that there must be checks and $payment_modules->before_process(); MUST fail and redirect and EXIT if the checks don't pass (like wrong password, no MD5, wrong session number) if the before_process function does not fail, then the order will be marked up as paid regardless whether the gateway has said it passed or not. In oscommerce and some payment modules on ZC this does not happen which means a hacker can mark the order as paid while bypassing the gateway.

Philip.

Hi Philip

Thanks very much for your detailed response. I was using zenid in the process, but still counldn't get it to work so thought it was not using it anymore, so removed it. Now I know I need to put that back in and something else is the issue. Perhaps its "the session settings under the configuration menu in Admin are set to allow 3rd parties to recreate the session". I cant see this in the Sessions configuration menu. If this is "Recreate Session", then I have it as true.

I will keep trying. Thanks a lot.

Okay removing the zenid is certainly going to not re-establish a session. Also this module looks for a password posted to it from the gateway (called callback_pw or similar), so that would also be a reason for failure. In session configuration you also need:

Check SSL Session ID False
Check User Agent False
Check IP Address False

otherwise it's not going to work IF the gateway you are working on is like worldpay where it sucks in the webpage and displays it under it's own URL whereas if it is not then your mileage may vary, something has to receive the "I've been paid" message, with paypal and google there is a totally different page that receives this data, whereas worldpay combines it with the successful checkout page, so whether worldpay was the correct module to use as a basis really does depend on the gateway set up and how it transfers information and returns the client.

Another small point, a lot of people when testing limit access to their web server as they don't want customers to be visiting and placing orders on a test site, they then forget that to mark a shopping cart as paid, the gateway does need access too, so frequently I get "it's not working" messages from people when the problem is the lack of location of the server on the net.

Philip.

Thanks for your help. I added the zenid back in. From the payment gateway it is sent back as "$_POST['donorref']". But I cant see how to re-establish the session based on this value sent back. I will keep looking.

Am not using the password at the moment, but once I can get the callback to work, I can then add this feature to increase security. The payment gateway does not pull in the page like Worldpay, but sends a POST request to a callback URL. It includes a key to check if its come from them, so i can use that also to prevent bypassing the payment gateway. I just want to get the callback to work first.

Thanks for your help - surprisingly there's little information available on creating new payment modules.

P.S. I dont want to fill your Worldpay thread up about this, so I have created a new one here for my issue as I think it may warrant its own thread: http://www.zen-cart.com/forum/showth...605#post745605. Thanks

I want to thank you for such a great module. All has been working well for the last month or so since we went live, but today we have had a problem in the back end.

I was going to enter a payment module, but these errors stop me from doing this.

Warning: include(/ (my directory structure) /www/includes/languages/english/modules/payment/worldpay-old.php) [function.include]: failed to open stream: No such file or directory in / (my directory structure) /admin/modules.php on line 173

Warning: include() [function.include]: Failed opening '/ (my directory structure) /www/includes/languages/english/modules/payment/worldpay-old.php' for inclusion (include_path='.:/usr/local/share/pear') in / (my directory structure) /admin/modules.php on line 173

Fatal error: Cannot redeclare class worldpay in / (my directory structure) /www/includes/modules/payment/worldpay.php on line 15


What on earth has happened? We haven added any new modules etc to the back end the site has just been zooming away doing what its meant to do...


Please help... :unsure:


On a second note, I have configured the back end part to allow american express, visa debit and a few other cards, but they dont show up in the drop down list, how can these extra card options be shown???


Out2lunch

look for a file

include/modules/payment/worldpay-old.php

it looks like you have an old file there looking for a define file under enlgish. I am not sure but it looks like someone has turned on error reporting on your server. (if it's not under your control someone may have rebooted).

Thanks for the fast reply, when you say an old file do you mean from an earlier version of the module? As I have upgraded the worldpay module to the latest version before we went live.

If this is the case should I delete the file, or replace it with one from the latest version?

I do not have access to the server, as we are hosted by someone else, so it is entirely possible that they have restarted it.

Thanks again...

I am pretty sure that there will be a file

/www/includes/modules/payment/worldpay-old.php

on the server causing the problem and that should be removed. ZC loads everything file as module in the payment directory, so even if it is defunct then it will load and I think that is causing the problem, moving it or renaming it with a different extension should solve the issue.

Philip.

wow thanks for this, your a legend...


:clap:

I'm really sorry if this has already been addressed in this thread but I couldn't find anything ...

I got an email from WorldPay about some new technical changes they are implementing on 15th July regarding the the HTML Notification ('callback') service. Does this affect this mod?

Thank you.

No idea no one's told me about it, if it's about the change in domain name or ip address then it's not a problem and was dealt with a long time ago but you will need an upgrade because the forms go to rbsworldpay instead of worldpay and there's no predicting when they'll turn off the old name (and that may be what the 15th July email is about).

Philip.

Hi Philip,

The technical changes are detailed at http://www.rbsworldpay.com/support/b...ews&c=WW#techi and yes, they are about the new hostnames. There are also changes to the payment pages to be made on Aug 18th but these don't affect your mod.

I'm using your Worldpay mod version 2.06. Am I OK with this one?

Thanks as always
Vicky

No you (and everyone else) needs to go to version 2.08 because the new domain names work and there is no telling when the old ones will be turned off.
Philip.

World pay module - 2.08
Zen cart - 1.3.8

It's the first time i've tried to install this module.


My call back has failed. I get a "NOT OK, received HTTP status: 302" error.

i used https://<wpdisplay item="MC_callback"> for the response url. (is this correct?).

Does anyone know what could be causing this.

Thanks

Jason

Call back failed 302 means that you are being redirected to the login page (and is the most common question). What you want to do is

a) turn on debugging to see if your payment response password is being sent though (and do not post a debug to the list as it contains your private banking details)
b) check your session settings against the ones mentioned in this thread in configuration
c) https is only valid if you have a https website.

The fastest way to check if everythign is working or not is to go to worldpay and cancel a payment, that should return you to the sie with a reference number.

Philip (The module maintainer)

hi
i am getting a callback error
followed all the threads but no joy can anybody help
email error message as follows:-


This callback failure means we were unable to pass information to your server about the following transaction:

Transaction ID: 101483626
Cart ID: 89005d8a90aece506c6e2fb55487996f
Installation ID: 235868

Error reported: Callback to http://shakeitsupplements.co.uk/inde...e2fb55487996f: NOT OK, recevied HTTP status: 404
Server Reference: mg1imscs5pa:callbackFailureEmail-887:MerchReq-496
many thanks

A 404 error means the page is not there

http://shakeitsupplements.co.uk/inde...6e2fb55487996f is not there wher you paste it into a browser too...

So you've not installed the module correctly the same advice as above applies, turn on debugging. BTW the sturcture of your MC_callback is correct, that page should exist so worldpay is working correctly as far as the callback is concerned.

Thank you
Philip.

hi
yes when i uploaded the module using dreamweaver it didnt copy all the files! it works now
thanks for your responce

chris

Quote:

---

Originally Posted by philip_clarke

Call back failed 302 means that you are being redirected to the login page (and is the most common question). What you want to do is

a) turn on debugging to see if your payment response password is being sent though (and do not post a debug to the list as it contains your private banking details)
b) check your session settings against the ones mentioned in this thread in configuration
c) https is only valid if you have a https website.

The fastest way to check if everythign is working or not is to go to worldpay and cancel a payment, that should return you to the sie with a reference number.

Philip (The module maintainer)

---

Thanks for your help. Problem is now resolved. The problem was to do with the Suhosin Check which I had not notice the large WARNING sign at the top. It's now verified and seems to working correctly.

I followed details from the below thread -
http://www.zen-cart.com/forum/showthread.php?t=110204
(which is also from you double thanks)

great. (I always appreciate it when people say they've solved something otherwise it looks like there are bugs outstanding).
Thanks
Philip.

Hello Philip,

I now have the worldpay module installed and in test mode. After going through these pages a dozen times and a bit of trial and error, everything seems to be working perfectly.

The only question is regarding the order confirmation e-mail the customer and I get from Worldpay. It does not show any order details, just order total value with a description as "purchase from www.***.com".

Do you know if this can be changed?

Thanks for your great work.

Brian

Worldpay only knows the amount that was paid over and that it was for a shopping cart, the customer and yourself should receive a simultaneous email stating that the order has gone through your website with the exact breakdown of the order and shipping etc... The basic paypal service does the same where it just sends out an email with these details

Code:

---

Purchase Details
-----------------------------------
Description:www.* Purchase, Item no: Store Receipt
Unit price: 38.01 GBP
Qty: 1
Amount: 38.01 GBP

Subtotal : 38.01 GBP

---

and leaves it to zen cart to send out the other details (even though that particular order was made of 3 separate items).

Thank you
Philip.

Thanks, Philip.

I have been using an earlyversion of JShop with Worldpay until now. It is nowhere near as sophisticated and doesn't send out e-mails. The confirmations I get from Worldpay have a detailed order content list, and this is in fact how I know what the customer has ordered.

Is it ZenCart in this case that doesn't send order details to Worldpay and other cart do? Or is the info sent but no used?

The reason I asked is that I currently redirect that e-mail for use in our delivery process.

Thanks

Brian

Worldpay like paypal has a basket option, where users add things to their basket and then a cookie is logged on the worldpay servers, as the order builds up worldpay then has a record. At the moment there is no such facility in zen cart. I shall have a look at the custom information one can send to world pay using this interface to see if there is a way of sending through an order summary, at the moment the module sends through various bits of information ike address, but this is going to what used to be called the "redirect model" interface (they may have changed the name since RBS as all the help pages have changed and my long list of helpful links is now useless).

If the worldpay end of things can take an optional text field to send out in emails then it would be possible, but I can't remember having seen anything except for displaying more information on people's customised worldpay pages rather than the email that worldpay sends out. Oh and I'd have to steal your merchant id in test mode since worldpay have repeatedly ignored my requests for a dummy account to test things out in, and I'm not prepared to open a merchant account and pay the charges for something I don't use.

I'll have an answer inside of 24 hours.

Philip.

Thanks for that, Philip.

I expect that there is a way to get ZenCart to send a detailed copy of the order to specified recipients that would serve the same purpose. I'll have a look.

Brian

err, zen cart does send a detailed copy already. for that paypal order used as an example i received this:

Code:

---

Products
------------------------------------------------------
10 x 55mm Front Lens cap. = £12.10
20 x Minolta AF Dynax Rear Lens cap = £29.40
------------------------------------------------------
Sub-Total: £41.50
Quantity Discount: -£6.23
Royal Mail 1st Class "Packet" (Great Britain and Northern Ireland only :
0.594 kg(s)): £2.74
Total: £38.01

---

so something may be wrong with your shop's email sending out ability. (it was two items not three as mentioned earlier).

It is already sending that email, Philip, and I can add as many other recipients as required. So it's fine.

Thanks again

Brian

I'm using ZenCart v 1.37

I've been using the WorldPay and PayPal IPN modules for some time together without problem.

I recently upgraded to WorldPay module 2 and have run into problems.

It would seem that the latest version of the WorldPay module adds a little drop down box for the user to select their chosen credit card?

Problems are as follows:

1. This box only includes two types of credit card and no debit card options. In Test mode when the user tries to pay via WorldPay they are directed to a WorldPay page where they can choose which card they want to use. However, in Live mode they are directed to the appropriate page according to the card they selected from the drop down box. So in other words, in live mode only two types of card can be used.
2. The box is displayed beside the PayPal option rather than the WorldPay option (at checkout)
3. If I uninstall WorldPay via the admin panel the drop down box still shows beside the PayPal option during the checkout process. I've temporarily uninstalled the WorldPay module and would like to get rid of this drop down box. Presumably the WorldPay upgrade has overwritten a shared file, but which one?

Over and above this, when a customer proceeds with a payment using one of the two available cards the order details aren't coming through to Zen-cart. It works in test mode, but not live mode. I notice that others have had a similar problem to this and that it was due to caching problems at the WorldPay end. But surely it should have resolved after 4 days? This is the error message that is displayed:

Code:

---

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

Server information 16/Jul/2009 13:23:21 Server ID mg1imspsp9 (WPReq-319319)

---

Any ideas anyone?

I've temporarily uninstalled the module as it was causing too many problems. I plan to install it on an identical but less busy store in order to troubleshoot.

You do not have to use a drop down so you can turn it off in admin. The number of credit cards that you show the client is also solely dependent on which boxes you yourself have tickes in the worldpay admin side of your zencart shop. If you cannot change the amount of items selected then, have you hardcarded Khalil's code into your website. Historiically Khalil came up with the idea but it required hard coding the select box into the page. Then I coded the possibility or have either a select box or radio buttons into the payment page directly into the module. Like I mentioned t's only a possibility, if you are using the correct module then you should be able to turn it off.

With regards to your caching problems, have you remembered to transfer your settings from test to live at worldpay on rbsworldpay.com by clicking the button on the bottom ? If you turn on debugging emails you would see wordpay attempting to connect even in live mode and if you look down the email, you'd find whether it was sending the correct payment response password.

2 other things really don't use version 1 of worldpay, version 2 exists because version one lets people go to your store, buy whatever they want and then mark it up as paid when worldpay has not got any payment. You also should upgrade from 1.3.7 too, and then patch your installation and move the admin folder. Don't your webiste address here, as due to last month'spatch and exploits it would be like sticking a big sign on your lawn saying "come, gather, break in to my house"

Thank you
Philip.

Thank you for your help!

I haven't hard-coded anything. I've quickly re-installed the module on the busy store to double check:

1. "Display Accepted Cards" is set to false.
2. Maestro, Solo, Visa, MasterCard etc are all selected in the ZenCart admin panel under "Accepted Credit Cards" but only Visa and MasterCard are showing on the list (All are selectable at the WorldPay end when in Test Mode).

Also, the list box is displayed beside PayPal instead of beside Worldpay, and even when I uninstall the module the list remains beside PayPal.

Previously I was using an older version of the WorldPay module and it was working fine. There was no list box displayed. So there was nothing hard-coded prior to installing the latest version of the WorldPay module.

Can you tell me what file contains the list box? And does it make any sense to you that it should display beside the PayPal option - even when the WorldPay module is uninstalled (via the admin panel - I haven't removed the files from the server)?

I'll double check to make sure the settings have been transferred from 'Test' to 'Live' at the WorldPay end and will see what's happening in debug mode.

I'm not using the old version of the module - I've disabled WorldPay altogether until I get it working.

As I said, I'm planning to install this module on another identical copy of the store. If there were any problems with files not uploading the first time around it should work fine this time around. If on the other hand it's some incompatibility then at least we'll know!

Thanks again.

somehow you have Khalil's code on your system. and I can see why now, for some reason his code has appeared in the file

./includes/templates/template_default/templates/tpl_checkout_payment_default.php

which you should replace with a default one from zencart 1.3.7 while I work out why that file has got there ! That would be why there is no control through the module, and why it's playing up and in the wrong place, since Khalil hard coded it to a fixed position on the page with only 2 credit cards. I shall have to do another release without that file or at least with a default 1.3.8 file in it's place. I am guessing that while getting the module to replicate Khalil's code I had it in my development area and it got zipped and sent out by mistake. Once I've checked that there is not other reason why that code should be there, then I'll issue another release of the module.

Thank you for pointing it out
Philip.

Superb! There's a good chance that the other part of the problem (caching) is an error at my end but I'll check it out and confirm.

Thanks so much for such excellent support.

Quote:

---

Originally Posted by SWUK

Superb! There's a good chance that the other part of the problem (caching) is an error at my end but I'll check it out and confirm.

Thanks so much for such excellent support.

---

Please see post 221 on page 23 of this thread to resolve this issue. As Philip says a piece of code is in the file from a guy called Khalid which works against the mod at the point of selecting a payment option.

You need to remove the drop down box (and my post 221 tells you how to do this) and all will be fine!

I have installed this mod on 9 sites and i have removed the drop down box on everyone without problem. It's easy!

Hello Philip,

Well, everything was working OK in test mode. But now I've switched to live, if I cancel the process in the worldpay page, I am not re-directed to my site. The WP page says sorry, there was an error. It works fine in test mode and the settings are identical in both the test and production setup pages on worldpay.

Have I put the correct info in to WP? The payment response URL I used is:
http://<wpdisplay item="MC_callback">
Payment Response enabled? yes
Enable Recurring Payment Response no
Enable the Shopper Response yes
Suspension of Payment Response no
The Payment Response password and MD5 secret for transactions are exactly as setup in my WP module.

Thanks

Brian

Hello Philip,

Well I've just spoken to Worldpay technical and they say they could find nothing wrong. And now it works!

So it's either their system is incredibly slow to update as I put in the info 24hrs ago ( I know you'e commented on that before), or they made an adjustment when I phoned.

I hope there are no more issues. Thanks anyway.

Brian

Hi Phillip,

I'm still having difficulties getting the module working.

I followed DVDTitan's instructions (a couple of posts up) to remove the drop-down box (Thank you DVDTitan!). That bit worked fine.

That *SHOULD* have left me with only the problem of order info not being updated to the store whilst in live mode. However, there is now the added problem that the customer is returned to the wrong page in the store after making a purchase. This now happens in both live and test mode. The failure to return order info to the store has now started to occur in test mode as well as live mode. I don't want to post up a screenshot of the page being displayed, but it begins (in both live and test mode):

WP_TEXT_FAILURE

WP_TEXT_HEADING

If you click on the 'NEXT' button on this page you are taken back to stage 2 in the ordering process.

The WorldPay account isn't mine and I don't have access to it, so I'm reliant upon the account holder taking care of that side of things. I passed on your instructions regarding switching into live mode at the worldpay end. She claims that there is only a 'live' mode in her version of WorldPay - that there is no option to save information in test mode. She spoke to worldpay at length today and got them to check all of her settings. They are adamant that she has done everything correctly. They say everything is working fine and that the error is in the callback script. This makes no sense to me as it was working fine (in test mode) before and nothing has been changed. Also, others are using it without problem. The ONLY change made to the module was that outlined by DVDTitan - is there any way that this could lead to the problem we're now experiencing?

Also, we're having no luck with debug emails. It's been switched on, but what is supposed to happen? We aren't getting any emails. I can't find any details in the documentation.

Any help you (or anyone else) can give will be much appreciated as WorldPay is out of action if we can't resolve this problem.

2 things.
a) all worldpay accounts have a test mode so your client is doing something wrong (and worldpay tech support are incredible if they cannot explain which bit is for testing and which is for live, go RBS go RBS, yeah).
b) debug only works if customers are sent to the correct page, so your customer has not set it up correctly or your server is not accesible to the outside world.

If anything (even a hacker) hits the page where zencart receives the worldpay information the a debug email is sent out. So look through you logs at find something like "worldpay java object" as the web browser and then tell you client that they are doing it wrong. Out of general interest where do you go if you hit cancel when you are first sent to worldpay, you should bounce straight back to the shop with cart id and ability to try again.

Philip.

Here is the location for version 2.09 until it goes live in the zencart add-ins section

https://www.3xlock.com/versions/Worl....3.x_v2.09.zip

This version is confirmed compatible with 1.3.7 and 1.3.8 and if you are experiencing probles with a credit card select box that won't disappear or will not change from mastercard and visa using the admin interface, then you should overwrite

includes/templates/template_default/templates/tpl_checkout_payment_default.php

with the file from the zip file

WorldPay_ZC1.3.x_v2.09/includes/templates/template_default/templates/tpl_checkout_payment_default.php

sorry for the late reply, I had to check it's compatibility and it appears that I was not receiving new messages to this thread.

Thank you
Philip.

Hi Philip. Thanks again for being so helpful!

Quote:

---

Originally Posted by philip_clarke

Out of general interest where do you go if you hit cancel when you are first sent to worldpay, you should bounce straight back to the shop with cart id and ability to try again.

---

A similar thing happens. The following page is displayed:

Code:

---

WP_TEXT_FAILURE
WP_TEXT_HEADING

Thank you, your payment has been cancelled
Merchant's Reference: xxxxxxxxxxxxxxxx
 
Please contact RBS WorldPay immediately if there has been a problem making your payment.
 
WP_TEST_HEADING

WP_CANCELLED_HEADING

Our ref:

WP_CONTACT_INFO

---

When you click on the "NEXT' button it takes you back to step 2 in the ordering process.

So this is pretty much identical to when a payment is successful at the worldpay end. The only difference is that it says "Thank you, your payment was successful" and it also gives the RBS WorldPay Transaction ID. Again, with a successful order the 'Next' button takes you to page 2 in the ordering process.

So presumably we're going to the correct page, but for some reason it's not displaying properly?

You are missing the file

./includes/languages/english/wp_callback.php

which will replace that TEXT in capitals, oryour server does not have the correct permissions to read it.

Thank you
Philip

Quote:

---

Originally Posted by philip_clarke

You are missing the file

./includes/languages/english/wp_callback.php

which will replace that TEXT in capitals, oryour server does not have the correct permissions to read it.

Thank you
Philip

---

wp_callback.php was there but the values weren't being picked up. BUT...

I've now installed version 2.09 and the extra list box is gone and we're getting a meaningful and complete page displayed upon cancellation. So far so good. I'm just waiting for the store owner to place a live order so we can see if everything is now working as it should. I've advised her that she must figure out how to switch between live and test mode at the worldpay end.

Thanks again for your help.

latest version of zen cart

latest worldpay module

hi

for some reason, when a customer completes and order, the thank you page displayed, with shopper response enabled, has CSS stripped and looks awful, it didn't used to do this

even uploading latest version of module hasn't helped.

you can see a screen grab of page attached

i have disabled shopper response for the moment until i can figure this out

anyone any ideas?

Hi Philip,

I'm using Zen Cart version 1.3.8 and have recently installed the version 2.0 upgrade for the Worldpay addon.

Payments process fine via Worldpay but the order is not being recorded in ZenCart. Just wondered whether you were aware of this problem and whether anybody else had come across anything similar?

Any help would be appreciated and thank you once again for all your hard work on this project.

I also noticed that when visiting the RBS Worldpay website ZenCart is not listed as an accredited or unaccredited ecommerce product, which i must say i found quite odd.

Best regards,

Adam

Quote:

---

Originally Posted by greenitcompany

Hi Philip,

Payments process fine via Worldpay but the order is not being recorded in ZenCart. Just wondered whether you were aware of this problem and whether anybody else had come across anything similar?

---

what do the debug emails say ? if debugging is on and there are no emails then ZC is not being hit in the correct spot by worldpay. First way to test this is to put an order through and then hit cancel at worldpay and see where it sends you.

There is also a massive time lag between setting up things like passwords at worldpay and them finally being sent through, we have one guy above that took 24 hours for their system to update all of the while when worldpay tech support claimed it was the module not working. The guy made no changes to the module and suddenly worldpay started to send through the info.

Quote:

---

Originally Posted by greenitcompany

I also noticed that when visiting the RBS Worldpay website ZenCart is not listed as an accredited or unaccredited ecommerce product, which i must say i found quite odd.

---

I find it quite odd too. For one thing Zen Cart themselves have to submit the whole shop and I asked Dr Byte to do so last year when the big hole was fixed, but also worldpay will not give me an account for development, and since I don't want to pay their charges for an account that I don't use I an stuck having to borrow people's merchant id's if I need to teset anything.

Philip.

Hi Philip,

I have done as you advised and made a test purchase to the point of confirmation at Worldpay. I hit 'Cancel' and it just displayed a page that displayed the following information:

"Cancellation.
Thank you, your payment has been cancelled
Merchant's Reference: fvi92tqset6gqjo96fee1gfjj0
Please contact RBS WorldPay immediately if there has been a problem making your payment."



It did not return me to the clients website.

Best regards,

Adam

Sorry my mistake I didn't mean go to the point of entering in numbers and things "cancellation", I meant as soon as you leave your shop hit cancel on the bottom left of the screen and it should send you straight back to the shop to a ZC template with details of the cancellation.

Philip.

Hi Philip,

I tried this but i could no way of canceling as their was no cancel option in the bottom right hand corner of he screen.

It also happened way too quickly, so i wouldnt stand a chance/

Any ideas???

Thanks for your help on this.

Can you privately message me with the domain so that I can try a few things out ? I'm not going to submit anything but it may be helpful if you keep the debug emails turned on.

Thank you
Philip.

HI

We have this installed across 6 or 7 sites. We are seeing a large number of transactions failing and the RBS message is:

Quote:

---

[FONT=Verdana]Sorry, there was an error in processing this transaction:[/FONT] [FONT=Verdana]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

[/FONT]

---

I thought the issue was perhaps customers had items in their cart too long and the cookies had expired but that doesn't seem to be the case.

We are now seeing 3-4 transactions like this every day

Any idea what may be causing it?

Quote:

---

your session at RBS WorldPay has timed out. Please return to the merchant's site and resubmit your payment

---

really sums it up. The module hasn't changed, the only variables are either you could have changed your session settings in ZC's admin and so people are timing out outside or more likely, RBS has still not managed to install all of worldpay's infrastructure. We have examples on this forum of people waiting for more than 24 hours for passwords to be sent from RBSworldpay's servers, it used to take 10 minutes for changes made to worldpay's admin to filter through their caching system.

Absolutely nothing that I can do once the shopper has gone onto worldpay (I already send through address and name and credit card choices to speed people up through there), you could increase session time in zencart admin > configuration > sessions but I think it will do very little good.

You could complain to Worldpay that people's sessions are timing out when they are logged on worldpay's site, if you don't mention that specifically then they will pass the buck to the module (which they frequently do and then miraculously worldpay starts working again without any changes to the module).

Philip.

Philip

Thanks for your speedy reply. I knew the module was ok just wondered if you had any experience with this issue.

I will complain to Worldpay and see what result that garners!

Thanks once again.

I called worldpay today and aparently there is a problem with the select. url https://select.wp3.rbsworldpay.com/wcc/purchase

i was advised to change it to https://secure.wp3.rbsworldpay.com/wcc/purchase and that solved the isue for me..

silly thing though, if you click on both links they point to the same kind of page. In can easliy release another update but so far I've been wkring from information given to me by them. Anybody else received a memo ? I'd like a copy emailed to me before I go and shift domain names for the third time this year.

Philip

Hi

this link contains all new update by RBS worldpay, it was received today.

http://www.rbsworldpay.com/support/b...page=news&c=UK

thanks!

Thank you for confirming the change in URL's for the RBS WorldPay gateway. This is apparently quite important as from the page

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

there are some serious issues involving your pages on WorldPay, any customisations you have made, cross-site scripting vulnerabilities and a great big error at WorldPay for you customers using Internet Explorer 8 (second quote below).

Quote:

---

What are the changes?

The changes we are making are to ensure that our payment pages are as secure as possible as well as aligned with the latest industry security standards. In this case the changes we are making will help ensure these pages are secure against any malicious scripting which includes 'cross site scripting', a security vulnerability which may allow unauthorised parties to add content to these pages or gather information from them. This is part of our ongoing work to protect both merchants and shoppers against fraudulent activity.

---

and

Quote:

---

This change has been enforced as a result of the recent release of Internet Explorer 8 which, because of an incompatibility issue with the improvements we are making, resulted in an error message to shoppers warning about cross site scripting.

---

The module has been updated with 2 changes as usual it is on my own website until the Zen Cart team approve it in the add-in section.

3xlock.com/versions/WorldPay_ZC1.3.x_v2.10.zip

Thank you
Philip.

Hi We have made the donation - still not beeing able to get to the download module. Please advise :cry:

Just to let other know, I emailed out the module in the above case, something odd happened at paypal's end and it didn't forward the module on sucessful checkout.

Hopefully that won't happen again as I've changed the redirect URL at paypal, but then I'll mail the module ASAP if it happens again.

Philip.

Back again, having to work on this dog-crap payment gateway. God I hate worldpay (note the avatar! :laugh:)

I've downloaded your new module from the link on your sig (updated Aug 10th), which is looking sweet by the way.

My only question is - is there supposed to be an SQL patch with this?

I ask this because I tried putting a live payment through from a clients site with worldpay and got the following error:

"1146 Table '***.worldpay_payments' doesn't exist" when putting the payment through.

Another thing - there are a few labels and things missing from the world pay confirguration in the admin area.

I completely wiped the clients site of all files from your previous patch, so I can't see what's happening here.

Thanks.
T

Quote:

---

Originally Posted by thomasharding

Back again, having to work on this dog-crap payment gateway. God I hate worldpay (note the avatar! :laugh:)

I've downloaded your new module from the link on your sig (updated Aug 10th), which is looking sweet by the way.

My only question is - is there supposed to be an SQL patch with this?

I ask this because I tried putting a live payment through from a clients site with worldpay and got the following error:

"1146 Table '***.worldpay_payments' doesn't exist" when putting the payment through.

Another thing - there are a few labels and things missing from the world pay confirguration in the admin area.

I completely wiped the clients site of all files from your previous patch, so I can't see what's happening here.

Thanks.
T

---

Forget that post, I'm a tool.

Just saw the docs folder.

I need a longer holiday :dontgetit

Sorry to spam (I can't re-edit the posts above)

Am I completely nuts? I can't find anywhere which requires me to install an SQL patch or add a new database table.

I don't know whats going on! :dontgetit:dontgetit

oh if you're at the stage where you need to install the table, you probably are at the stage where you'll enter details into worldpay's website, it will then not updates it's cache for 24 hours, so you'll be swearing taking things to pieces and generally get wound up, then suddenly it will start working until you click the button that transfers your test settings to "live", cue a repeat of the former actions.

Philip.

have you installed and unistalled the module ? the sql to create the table is inside the module so that you don't have to do anything.

Philip.

I just went through the files from the previous version and deleted occurances of them on the site. I'm using a duplicated version of the site/database so I'm free to do what the hell I like with it!

Yeah, so I basically deleted all the old files and uploaded the new files. Went to the admin area in ZC and noticed there were some labels missing there (firebug shows the text boxes as being ACCEPTED_CC, ACCEPTED_CC_LIST and WORLDPAY_DISCREET)

As usual, I've probably jumped into this head first without reading instructions properly. I'm like that at home as well as at work!

Thanks again.

so to summarize, you didn't click "remove" and then "install". :clap:

Quote:

---

Originally Posted by philip_clarke

so to summarize, you didn't click "remove" and then "install". :clap:

---

*Jumps out of window*



*Cripped on pavement 14 floors down* - "Yeah that worked."

Uploaded the new 2.10 module.
Payments now work where they didn't before.

The only thing is that the module still says 2.09 in the zen cart back-end

Thanks!!!!!!!!!!!!!!!!!!!!

I can't thank you enough Philip, you've turned what 1 year ago would have been a 2 day task into 1 and a half hours today!

I'm 5% closer to changing my avatar!

oops I had a bit of a rush on to change those URL's because of the domain name update and was more concerned with the whole IE8 putting your client's off on August 18th when WorldPay will make the changes. I shall release a version 2.11 soely to change the version number later.

Philip.