WorldPay Module version 2.0 - Support thread

[philip_clarke]

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.

[SWUK]

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.

[philip_clarke]

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.

[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.

[DVDTitan]

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!

[brian500]

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

[brian500]

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

[SWUK]

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.

[philip_clarke]

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.

[philip_clarke]

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.