WorldPay Module version 2.0 - Support thread

[philip_clarke]

Okay I'm a little confused. Have you got worldpay on your ZC shop with the debug emails turned on (do not post them to the list).

With regards to the "payment response url" this is sent from your shop to worldpay so isn't stored on their site, so Worldpay can then redirect back to wherever you want since different shops have different pages or you may want to run multiple shops off your worldpay account so you'd send worldpay a different return page each time.

After turning on debug emails, The first test you do is put ZC into worldpay test mode and then start paying and then click cancel in worldpay, if theis doesn't return you to the store, you have a problem in ZC.

There is no need to change your shop to run in test mode. Turn on the debug emails, NEVER post one to the forum, and if you aren't getting debug emails than 99% of the time you have something set up wrong in worldpay. When you've been through the instructions and saved everything on worldpay and then if you are still not getting debug emails then email me so that I can have a look from the outside.

[merrydown]

Hi Philip, thanks for replying. I am afraid I am still a bit lost and confused by some things. If you could set me straight on those I would be very grateful. If answers to these queries don't solve my problem I will gratefully email you.

I have 'enable debugging' set to true in the admin/modules/payment/worldpay area and a valid email address in the 'debugging list' field there too. I receive no debugging emails.

I understand what you are saying about the payment response url, and yet the field exists in the worldpay setup screen in test and production areas (between store builder and payment response enabled). I made an assumption based on your installation text where it says:
---------------------------------------------
2. In the WorldPay Control Panel screen click 'Configuration Options' for the installation i.d. Enter the Callback URL exactly as follows (including case):

https://<wpdisplay item="MC_callback">
--------------------------------------------
I thought that meant put that code into payment response url field in worldpay as there is no field named callback that I can see (and it makes sense to call the response url a callback url because of the handshaking role it provides). As that instruction directly preceeds setting the payment response checkbox amongst others that still seems likely. If this is not used but sent each time by the cart, I don't get what this bit is for?

Cancelling a payment in progress does not return me to the store, it just shows a 'cancelled' message on worldpays pages.

Do you mean there is no need to set the worldpay module to run in test mode? Worldpay suggest I will just get error codes if I don't so I assume you mean there is no need to set up the test area on worldpay?

[philip_clarke]

Okay let's start with the basics.

Worldpay needs to be able to talk to your web server, so if the site is not on the internet or password protected then nothing is going to work and you wouldn't receive any debugging emails.

The payment response url should be set to https://<wpdisplay item="MC_callback"> or http://<wpdisplay item="MC_callback"> and that is correct MC_callback is actually generated by your website to tell worldpay where to go and is sent through with the "how much to pay" information, so you can use multiple shops with the same merchant account as each shop would send a different code through (that worldpay then changes to the correct thing, you physically do not set MC_callback).

If cancelling a payment does not send you back then something is wrong with the way worldpay is talking to the webserver, most probably that the server is not online without a password. Until you can cancel and get back to your website there is no point in doing anything else other than fixing that first bit.

Worldpay has a test account and a live account. You should be entering your details into worldpay's test account, and the zencart admin should be set to test mode so that zencart is sending the things to the test account.

checklist:

a) your server should be online with no password protection
b) your server should be set to test mode
c) you should have entered all the details into worldpay's text account.
d) cancelling in worldpay should get you back to your website
e) debugging on zen cart should send you emails.

If cancelling doesn't get you back, you would never receive a debug email if you put a payment through.

Philip.

[merrydown]

Many thanks for your clarification Philip. I understand now the distinction you were drawing between entering the response variable rather than a constant. That was what was throwing me before. I believe based on your evidence (and further discussion with worldpay) that the problem is simply that their test area is not allowing me to set it up properly (as it keeps throwing a database error at me when I enter the response url) and that the customer services advisor was totally incorrect about the lack of need to fully set up the test area.

I forgot to say in my original request, thanks a million for providing this module and for your open and generous support / updating of it. I'm sure you hear it a lot, but it can't hurt to say it again!

Jim

[philip_clarke]

I believe based on your evidence (and further discussion with worldpay) that the problem is simply that their test area is not allowing me to set it up properly (as it keeps throwing a database error at me when I enter the response url) and that the customer services advisor was totally incorrect about the lack of need to fully set up the test area.

Sometimes their test area seems to disappear, also there does appear to be some form of caching or distribution problem that means that when updated it sometimes takes up to ten minutes for the information to filter through, so you can be testing/ beating your head against a wall, and it suddenly starts working.

When you get their side of things set up, and if things don't go smoothly feel free to PM me, if it's a consistent bug I always post a follow up to the forum for the serach engines anyway.

Philip.

[mattys]

Hi
I'm using the latest version of zen cart, with this modue installed.

Am in test mode at the moment.

I seem have a random drop down on select payment page with just via and mastercard on. If I have 'display accepted cards' as false, they are there, if it is set any of the other two options, they are still there in a separate drop down, if I try and choose maestro, for example, from the other drop down, when i go though to worlpay it is set up to accept visa, as the 'random' drop down has visa selected.

Why is the drop down, I don't understand!? can i hide it, lose it?

thanks

Matt

[philip_clarke]

1) I will need to see it
2) I need to know which browser
3) I need to see the admin side of things
4) I need to know which cards your worldpay set up accepts
5) does it work with the list.
6) did you do khalil's modifications to the web page and then install world pay on top ? as the latest version negates the need for any scripting by the individual.

[mattys]

Hi

I just took out the code below from tpl_checkout_payment_default.php. It seems to be ok now, drop down has gone. Do you thik this code adjustment will be ok for the long term?

<?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,'','',''); 
}
?>

[philip_clarke]

Yes it will work for the long term, you got a bit confused by history. Khalil came up with the idea to add a dropdown to go through worldpay quicker, he did some excellent work to find a not easily discovered feature in the non-standard worldpay documentation. He suggested that the template be modified. I thought the concept was good, but didn't cover the differences between the UK and USA/ CA. Also the majority of users are not comfortable with modfiying code in the templates, so I wrote it into the module itself which then replaces the need to do Khalil's modifications, plus adds a couple of features and add the selected card type to the SESSION variable so that it can be recreated if someone decides to leave the checkout process half way through.

So yes you are fine now.

[mattys]

brilliant, thanks for your help :[FONT=Arial]~))[/FONT]