Hi Craig
Edit includes/templates/template_default/sideboxes/tpl_wp_cc_accept.php
and comment out / delete the required lines
ta
Printable View
Hi Craig
Edit includes/templates/template_default/sideboxes/tpl_wp_cc_accept.php
and comment out / delete the required lines
ta
Im getting this error
I have it in livemode - 0PHP Code:[B] ... your payment has been cancelled! [/B]
Response from WorldPay:
This is a TEST TRANSACTION. No money has changed hands
Your payment has been cancelled. Please contact us for alternative methods of payment. If you have experienced any problems with your payment please contact WorldPay immediately.
Our ref:
You will find WorldPay contact information here
MD5 is switched off an pre auth is false.
Iv tried this : http://www.zen-cart.com/forum/showpo...0&postcount=41
But it didnt seem to help.
JohneeMac,
Firstly you shouldn't be testing in live mode. Get it working in test mode first. In fact this might just be your problem. You can't go live until WorldPay has tested your installation and made it live. If this hasn't been done then the result is correct. WorldPay are cancelling the transaction because your installation is not yet live.
For testing successful transactions you should set the module transaction mode in admin to '100'
Use visa card number '4111111111111111' for testing.
If this doesn't do the trick see this post:
http://www.zen-cart.com/forum/showpo...7&postcount=77
Hope this helps.
Alan
Thanks for that.
I am still getting the same error in test mode and WorldPay have apparently validated the account.
Before i go and look at those links can someone confirm i should still get the error in test mode? Or should it work ok and return the order as confirmed and give success message?
JohneeMac
In test mode:
transaction mode = "100" all transactions should be authorised provided you use a valid card number and a valid expiry date. No funds will be transferred.
transaction mode = "101" all transactions will be declined. No funds will be transferred.
transaction mode = "0" transactions will be sent to the bank for the standard authorisation process. Successful transactions will result in funds being transferred.
When a transaction fails at WorldPay no callback takes place. WorldPay returns the customer to the card details screen with an error message. The customer can then choose to re-enter their card details, enter the details of a different card or cancel the transaction. It is only if the customer clicks on 'Cancel' in the WorldPay pages that a 'Transaction Cancelled' message is returned to the ZenCart WorldPay module.
In includes/templates/template_default/tpl_wpcallback_default.php
at around line 47 there is this code:
Basically if the value of $transStatus is 'Y' then the order is completed within ZenCart and the Checkout Success message is displayed on screen. If the value of $transStatus is anything else the order is not completed and the 'Transaction Cancelled' message is displayed.Code:if($transStatus == "Y")
It is very unlikely that WorldPay will have returned a value other than 'Y' unless the 'Cancel' button has been clicked, in which case the value will be 'C'.
The first thing to do is check that in the above code the 'Y' is contained within double quotes. If the double quotes is missing the test fails and the 'Cancelled
Transaction' message is displayed.
The next thing to do is to login to your WorldPay account and look at a statement for your test account. Any test transaction details will be detailed there and you will be able to see whether your test transaction was successful or failed.
Now add this line of code just above line 47
When you complete a test transaction you should see the value of $transStatus returned by WorldPay i.e, "Transaction Status = Y" for a successful transaction and "Transaction Status = C" for a cancelled transaction. If what you see is "Transaction Status = " then the problem is that the WorldPay module is not seeing the value returned by WorldPay.Code:echo "Transaction Status = " . $transStatus;
If this is the case post back here with the version of PHP running on your server.
Hope this helps.
Alan
Hi, duncanad
Should I set MD5 to "true" or "Flase"? Please advise!
thanks!
Hi
I have a site which has been using Worldpay for some tim ewith no problems. For various reasons, php had to be upgraded to v5 necessitating an upgrade to 1.3.7.
I am not sure if the worldpay has been working since but certainly doesn't now.
When you get to the checkout_confirmation page, for some reason the Confirm button has been dropped from the page. ie the code is being broken about that point.
The end result is, customers are unable to complete their order.
It appears to be related to this bit of code at line 176 of tpl_checkout_confirmation_default.php
if (is_array($payment_modules->modules)) {
echo $payment_modules->process_button();
You can see the site at http://globalbusinessideas.com/shop/
I am struggling to get this problem sorted. Any suggestion will be gratefully received.
Thanks
doubletiger,
MD5 should be set to 'false' - unless of course you are using MD5!
Pottsy,
The file:
tpl_checkout_confirmation_default.php
is part of the core code and not part of the WorldPay module so you should be experiencing this problem with all of your payment methods - not just WorldPay.
I have had a look at your site and at the source code of your Checkout Confirmation page. You seem to be missing the last half dozen or so lines of the above file including the following:
I would suggest checking the last few lines of code in:Code:<div class="buttonRow forward"><input type="image" src="includes/templates/template_default/buttons/english/button_confirm_order.gif" alt="Confirm Order" title=" Confirm Order " name="btn_submit" id="btn_submit" /></div>
</form>
<div class="buttonRow back"><strong>Final Step</strong><br />- continue to confirm your order. Thank you!</div>
includes/templates/template_default/templates/tpl_checkout_confirmation_default.php
Of course, if you have customised this file in any way then you need to check the version of this file in your template overide folder i.e.
includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_confirmation_default.php
Hope this helps.
Post back if/when you get this resolved.
Regards,
Alan
Thanks Duncanad
Not sure what is happening but something about the worldpay module is breaking the code of the checkout confirmation template.
The reason I say this. If you use either of teh other 2 forms of payment eg Direct Credit, the confirmation page is drawn correctly with the confirmation button as expected. If you choose the pay with Worldpay option, the page is drawn broken.
The template file is correct, with the missing lines of code (from the displayed page source) where they should be. In the template file the affected lines ie the ones following where the page source stops, are
if (is_array($payment_modules->modules)) {
echo $payment_modules->process_button();
}
?>
<div class="buttonRow forward"><?php echo zen_image_submit(BUTTON_IMAGE_CONFIRM_ORDER, BUTTON_CONFIRM_ORDER_ALT, 'name="btn_submit" id="btn_submit"') ;?></div>
</form>
<div class="buttonRow back"><?php echo TITLE_CONTINUE_CHECKOUT_PROCEDURE . '<br />' . TEXT_CONTINUE_CHECKOUT_PROCEDURE; ?></div>
</div>
It appears to me the problem occurs in the call to the process_button() function. Unfortunately I don't know enough of the zencart code to know where to find this function.
Strangely, the other day I commented out the if statement and the page displayed correctly but the payment processing failed. I found and fixed the HTTP_POST etc to _POST change necessary and fixed that. Now when I comment out the if statement, the page doesn't display correctly for any of the payment options. (probably a red herring issue this one)
So my guess is, there is something about worldpay which causes the process_button() function to fail, stopping the rest of the confirmation page's cod ebeing generated correctly.
Any suggestions? Even where to find the function would be a help as I can then perhaps debug myself.
Many thanks
Hi, duncanad
thank you for clarified MD5 issue!
regards!
doubletiger
I have the WorldPay module running on a live site, in live mode (testMode set to '0' in admin) with the WP account in live mode.
For some reason the call back script is returning the string "This is a TEST TRANSACTION. No money has changed hands" even though 'testMode=0' is being sent to the it by WorldPay for each transaction.
Has anyone else experienced this?
TIA
ColinR
The problem lies with the version of php on your server. I bet you've got version 5.X?
It only works correctly with versions prior to 5.
Apparently there's going to be an upgrade to ZenCart so that it will work with PHP5.
Regards
Thanks for the advice. But no, I'm running PHP Version: 4.4.7 (Zend: 1.3.0)Quote:
Originally Posted by suffrinmick
Any other suggestions?
ColinR
Hi AlanQuote:
Originally Posted by duncanad
I found where the code was breaking. Just not sure why.
The code was breaking in the includes/modules/payment/worldpay.php module. The problem was the $languages_id variable was null.
The code involved is
$language_code_raw = "select code from " . TABLE_LANGUAGES . " where languages_id ='$languages_id'";
$language_code = $db->Execute($language_code_raw);
$languages_id is null but should be 1
I am not sure but I get the impression it should be the "default" language id. As the site only uses english I was able to set the appropriate language_code field by hard coding the value.
Any suggestion as to why the language code value wasn't getting set?
In the meantime I have worked around the problem.
Cheers Neil
Neil,
Sorry I've been AWOL from the forum for a while - been busy trying to catch up so I can enjoy the Christmas break and find time to shop for my Wife's present!
I've looked at the above code on my test site and discovered that for some reason I have commented it out. No idea why - perhaps in response to a previous post, or just part of my ongoing process of bringing the module up to date with current ZenCart coding practices. Any way here is how my current test version handles '$language_code'
In
includes/modules/payment/worldpay.php
these two lines are commented out (or just delete them)
and a little further down replace this line:Code:$language_code_raw = "select code from " . TABLE_LANGUAGES . " where languages_id ='$languages_id'";
$language_code = $db->Execute($language_code_raw);
with this line:Code:zen_draw_hidden_field('lang', $language_code) .
Have a go with the above code and see if this works for you - better than hard coding values.Code:zen_draw_hidden_field('lang', $_SESSION['languages_code']) .
Regards,
Alan
ColinR,
I think you may find the answer to your problem here:
http://www.zen-cart.com/forum/showpo...6&postcount=63
Hope this helps,
Alan
Hi Duncan,
Can you help me with this callback failure issue please.
I have just setup the worldpay module on to our shopping cart at www.mdfdisplays.co.uk , all seems ok and it goes through to the worldpay payment page and the test transaction goes through. The problem i have is i keep getting a callback failure alert and once the worldpay payment has been made it does not direct you back to the main site. i have the callback set to :
http://<wpdisplay item="MC_callback"> and the correct boxes ticked, but it still fails to work.
This is the log that i get back from worldpay:
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: 289641272
Cart ID: dc223e2c0e0ebb4f241d0ed2bbee920c
Installation ID: 151874
Error reported: Callback to http://mdfdisplays.co.uk/shop/wpcall...ype=authResult NOT OK, recevied HTTP status: 301
Server Reference: mggaeq3a:callbackFailureEmail-3640388:MerchReq-981
Also, if you usually return a response page for us to display to the Shopper within the time allowed (1 minute), this will not have been displayed.
WorldPay will have displayed to the Shopper the response page file (resultY.html or resultC.html) held for your installation on the WorldPay server. This will be your own custom version, if you have supplied one, or, if not, the WorldPay default version.
This is a response i got from Worldpay, but i dont understand what i need to do to resolve the issue.
The reason why the callback process is failing is because your server is attempting to redirect the HTTP request from WorldPay to another URL, since the resource (i.e. wpcallback.html) at "http://mdfdisplays.co.uk/shop/wpcallback.html?installation=151874&zenid=b91c2cdd df01d935f72eac915383f21e&msgType=authResult" has moved. Therefore please ensure that your shopping cart is sending the correct callback URL to WorldPay, or that the resource is located in correct location.
Darrel
Hi Duncanad et al
as a zen cart newbie, I have recently installed the worldpay module which works fine in test mode but worldpay will not activate my acc untill i display all of the icons for their credit cards and the powered by world pay logo.
I have noticed that in the admin>credit cards section some of the cards are not listed eg laser and ELV.
How does one add new cards?
I had incorrectly assumed that i could define new ones in credit_cards.php but evidently not. Must they be added via the mysql database first? A little beyond my ken at the moment.
Any suggestions re displaying the requisite icons graetly appreciated.
Thanks in advance
Opps didn't notice that you had already created a side box that i needed to activate. Sorry
Never the less though i am still interested in an answer to how you can add more cards
Ta
Hi all
For what its worth i too have the same problem as Rikki et al re test notification even the order has been processed by WP
Shall try his solution first and then Duncanad if the former doesn't work.
Thanks for all the hard work
d
Hi all,
I am having the same problem as many others after changing to a new server last week which is running PHP 5.1, but having tried all the fix`s listed in this thread i`m still getting the following error:
Home ::: WorldPay ::: Cancelled
... your payment has been cancelled!
Response from WorldPay:
This is a TEST TRANSACTION. No money has changed hands
Your payment has been cancelled. Please contact us for alternative methods of payment. If you have experienced any problems with your payment please contact WorldPay immediately.
Does anyone have any suggestions at all?
Thanks in advance
Any help with using REFUNDS through this WP Module?
Module is working fine, but I need to be able to refund CC transaction if an order is cancelled or partialy cancelled.
Thanks!
you can do this in the WP Back end when you view or edit an individual transaction.
:o)
As callbacks are working, does this mean that if we have are futurepay enabled then futurepay will work as well? I realise that the cart doesn't presently support recurring billing, just wondering if the worldpay payment module does.
Can anyone tell me if the current version of the WorldPay Module fully supports WorldPay's planned system upgrade that will be going into production on Feb. 9th?
http://www.worldpay.com/support/upgrade/home.php
Thanks,
Kevin
I've successfully installed the WorldPay module, and added the WorldPay Installation ID and MD5 secret key into the module settings. Everything looks fine to me, except I'm getting the following error from WorldPay when I try to process an order:
"Sorry, there was an error in processing this transaction: The information sent from the merchant's site is invalid or incomplete. Please send the following information to the merchant: The transaction cannot be processed due to the following: the MD5 signature could not be verified."
I've double-checked my ID and MD5, so I don't understand where I'm going wrong. :( Can anyone help? Thanks.
Sack the MD5 - not needed nor guaranteed to work :o)
Seriously? How do I do away with it?
Just don't enter MD5 in Worldpay installation config and change 'Use MD5' to false in the Zen backend
we moved from one server to another last night and have a tonne of missed callbacks.
Is there any way to tell zen that an order has been paid - or to force the callback???
This is quite urgent - any help would be great.
Marc
Marc,
Sorry to hear of your troubles.
Firstly - doesn't help you right now but a lesson to us all - test everything first on your new server BEFORE moving live sites across. If things don't work as before stay put until all issues are resolved.
Having said that some moves are not planned - your original server may have fried and this was a forced move rather than a planned one.
The short term solution is to switch back to your old server, if this is possible, until you get this issue resolved.
There is a lack of info as to exactly what is happening but I am assuming that everything goes well with WorldPay and the transaction is completed but the callback fails so you have the transaction details in your WorldPay Control Panel but no order in your Zencart. You may also have had notification from WorldPay that the callback failed - in which case what error was reported? The usual one is that there was some kind of re-direct. WorldPay (presumably for security reasons) does not allow the callback to be re-directed.
It has puzzled me for some time now why the WorldPay module works perfectly on most servers but not all. I think I have narrowed the cause down a bit. This could be a sessions issue. You need to ask your host if they maintain sessions - some do not guarantee to do so. If the session is not maintaned by your server throughout the WorldPAy transaction process then when WorldPay initiates the callback Zencart tries to re-create the session by re-directing to the log in page. As soon as WorldPay detects the re-direct the callback fails.
Things to check:
In your configure.php file at line 55 what do you have?
If this:
then ensure that your session directory, as defined in Admin >> Configuration >> Sessions, is writeable.Code:define('STORE_SESSIONS', ''); // use 'db' for best support, or '' for file-based storage
Alternatively try changing the above line 55 to:
If this doesn't work and your host can't help PM me with your email address and I will contact you directly.Code:define('STORE_SESSIONS', 'db'); // use 'db' for best support, or '' for file-based storage
If you find a solution post details back here.
Regards,
Alan
Thanks for your prompt reply and I will now get on and try your suggestions.
The reason we moved was because FASTHOSTS.co.uk are useless and yesturday had issues and couldn't resolve them - we run a valentines gift site and cannot afford to be down a second right now - so the move was essential.
We have moved to RackSpace - not as cheap as others but boy their support and customer services is amazing and well worth the extra money.
right - enough chat - off to try your suggestions.
Thanks again.
one of our zen sites was working - and your post directed me to a solution.....
the site that was working has cache set to file.
I set the other sites to file to and ensure the cache dir has the right permissions - now waiting for an order to see whether this worked.
my only problem now is contacting all the customers that ordered since midnight and finding where they want stuff sent - shame there isn't a module that allows me to mark a cart as paid.
Marc
I believe the reason for this is DNS.
the shopper shops on the site on the new server
goes to world pay and pays ok
the callback from worldpay fails because worldpay dns has not propergated our new IP
so this seems to be a waiting game for me - then orders will go through normally.
I just wish there was a way of getting these orders out of zencart that we know have paid.
Marc
I wonder if you can help resolve a problem that my client is having. he uses one world pay merchant account for two eccomerce sites. One ppekit runs zencart - the other is custom. He has two (bank)accounts set up within his world pay account - one for each of his sites.
The problem is that the client wishes his ppekit payments to go to a seperate (bank) account he has opened for the purpose, not the default world pay (bank)account.
World pay have asekd if we can pass the accID directly int he world pay module.
He has asked forme to resolve the problem within 7 working days as his bank are putting him underpressure to resolve the issue.
Is this possible? and if so how do you do it.
many thanks
Sarah
Marc,
Instead of waiting to see if you lose any more orders why not quickly change your WorldPay module to test mode and put an order through yourself to see what happens and then change back to live mode. Or simply put through a low value order using your debit card. If you run the store the card payment will come to you anyway and all it will cost you is the debit card transaction fee - about 50p.
All my Zencart installations are set to store sessions in the database and I have never had a callback problem.
There is no easy solution to retrieving the order information you require. The following may help.
1. In your WorldPay control panel identify the payments you cannot match to orders.
2. Take a note of customer names and order values.
3. In ZenCart Admin >> Customers >> Customers use the search box to find each customer within ZenCart and take a note of their ID.
4. Access your store database using phpMyAdmin
5. Run the following query on your database to identify the current contents of each affected customer's shopping basket
6. Run this query for each of your affected customers replacing 'XXXX' with each customer's IDCode:SELECT cb.customers_id, c.customers_firstname, c.customers_lastname, ab.entry_street_address, ab.entry_suburb, ab.entry_postcode, ab.entry_city, c.customers_email_address, c.customers_telephone, p.products_id, p.products_model, cb.customers_basket_quantity, p.products_price
FROM customers_basket cb, customers c, products p, address_book ab
WHERE cb.customers_id = XXXX
AND c.customers_id = cb.customers_id
AND c.customers_default_address_id = ab.address_book_id
AND p.products_id = SUBSTRING_INDEX(cb.products_id, ':', 1)
7. Use the phpMyAdmin print view function to print the results for each customer.
With any luck when you add up the total cost of the items in each basket you should arrive at the total cost of the customer's transaction in WorldPay.
Limitations:
1. Won't be accurate if the customer has revisited the site since placing the 'lost' order and added or deleted items in their cart.
2. Doesn't provide any attribute information for products in the cart so if you have colour, size etc options on any of the products you will need to do a bit more delving within the database.
Once you have done the above you will have enough information to contact each customer by telephone, email or post to confirm their order details, delivery address etc and subsequently fulfil their order.
Every ########-up is an opportunity to sell so you might want to send each customer affected a discount voucher for use with their next order. The chances are they won't have noticed a problem before you contact them. By the time you contact them you have a solution and you only want to double check their order details, and hey they get a discount off their next order for their trouble. If that doesn't impress them - who needs them anyway!
Hope the above helps.
Alan
Great solution - but i found a slightly better one.......
I have produced a custom statement in worldpay control panel - which lists all authorised amounts and transaction ID's
I then installed master password module.
I then activated pay by cheque.
I then logged in as each customer - placed the order again (which means the order is in zen and customer gets confirmation) and then deleted the cheque module.
not ideal - but as soon as worldpay updates DNS the problem will be solved.
It seems they cache dns data for 24 hours - shame it wasn't 3 hours!
Right - back to manually checking.
THANKS AGAIN FOR YOUR HELP AND ADVICE.
Marc,
Master Password Module!
Sounds just what I need for something completely different.
Yours seems a much better solution than mine.
Glad you have developed a good recovery strategy.
Hope your DNS problem resolves soon.
Regards,
Alan
Sarah,
Relatively simple solution - just one line of code.
In includes/modules/payment/worldpay.php at around line 123 find this section of code:
Add a new line immediately below this as follows:Code:$process_button_string =
zen_draw_hidden_field('instId', MODULE_PAYMENT_WORLDPAY_ID) .
Replace the 'x' with the appropriate account number.Code:zen_draw_hidden_field('accId1', 'x') .
That's it!
I haven't tested this so test it out first yourself before using live. Please report back here whether it works or not.
Regards,
Alan
Many thanks for that - i'll try it today and let you know how it goes.
Sarah
First signs are good. test transactions completed.
Client will run a live transaction through and hopefully the funds will be placed in the correct account.
I'll let you know the outcome.
Thanks so much for your help - its really appreciated!
Hi,
I have installed this module and it all works fine, the module is set to live. I have noticed on the customer confirmation page a line that says:
This is a TEST TRANSACTION. No money has changed hands.
But the site is live and the transaction has gone through?
Tropheus,
You will find the solution here:
http://www.zen-cart.com/forum/showpo...6&postcount=63
Alan
Hi,
I only use the Worldpay module on my newly launched site. It seemed to be working ok but since the Worldpay system upgraded a few weeks ago, I receive payments but the order details cannot be found on the administrator page or elsewhere. Has anything changed in the settings or should I look for the problem someplace else?
Any suggestions?
Thanks
Hi,
I've read through the entire post so hopefully I'm not asking a question that has already been asked many time before!
I've installed and tested in mode 100 and all appears to be ok and I recieve a congratulations message back in Zen Cart after entering some card details. I don't have the option for Visa BTW (- is this normal?) so I used a Mastercard test number... so far so good
However, when I test in mode 101 I also get a checkout success message and an order notification etc. As I understood it I should get a transaction failed response every time with mode 101? Am I missing something here? Any help greatly appreciated!
Nick
Quote:
Originally Posted by arsonman
Hi, I seem to be having a similar problem...i think my hosting company has made some recent server changes (improving the way php runs...my a**e). has anyone got any idea how to work around this? ihavent changed any of the files and all of a sudden the callback doesnt seem to work - ie no order confirmation.
thanks for your help,
Erica
Below is a copy of an email I just sent to Erica regarding this issue.
First of all - disaster recovery!!!
Have a look at this post - it might help you keep things ticking over until this issue is resolved.
http://www.zen-cart.com/forum/showpo...&postcount=237
Now how to resolve this issue.
Are you getting any errors reported by WorldPay?
Has WorldPay recently upgraded their interface. They are in the process of doing this although my understanding is that this should not affect you in this way.
Have you contacted your hosting company? Questions to ask:
Have they changed configuration recently?
Changes to session handling?
Moved your hosting to a new server with a different IP address?
Have they upgraded their version of PHP?
Have they made any changes at all?
Until you get answers to these questions we are really only guessing.
Other reported callback failures seem to be caused by the WorldPay callback being re-directed - which WorldPay doesn't allow.
ZenCart will attempt to re-direct to the log in page if the session is lost and when this happens the callback fails.
There are lots of reasons why a session could be lost - a simple timeout for example, but this should happen only rarely.
Your host may have changed the way it handles sessions and perhaps your sessions are no longer being maintained. If this is the case you need to look at how you have set up sessions within your config files. includes/configure.php and admin/includes/configure.php
For mine the session storage is set as follows:
define('STORE_SESSIONS', 'db');
I've never had a callback failure.
The alternative is:
define('STORE_SESSIONS', '');
This stores your sessions in a file, I think in the cache directory. For this to work the directory permissions have to be set as 'writeable'.
Hope this is of some help. Let me know how you get on.
Regards,
Alan
Please HELP,
my WP credit card processing suddenly doesn't work and site needs to go live by end of this week..!
I was running in 100 transaction mode (test transactions only) and during payment process I could choose VISA, MC, MAESTRO etc... And test transactions were processing fine.
Now VISA option disappeared and I can't get through with MC (5100080000000000) nor MAESTRO testing CC numbers, receiving:
"Declined. Sorry this transaction has been declined by your card issuer. No further information was passed to WorldPay as part of your confidentiality agreement with your card issuer. You may wish to try another card."
Call-back works fine, when I cancel transaction.
Any suggestions?
Please...
The Worldpay account setup seems to have changed since the instructions with the shipping module were written. Could someone post the correct settings for the new interface so I can check my setup?
I have http://<wpdisplay item="MC_callback"> in the payment response URL
Payment response enabled? is ticked
Shopper response enabled? is ticked
All other boxes are blank
Is this correct?
At the moment I can't get a callback response, although I did a couple of days ago. I'm not aware of changing anything other than the mode from 100 to 101 to test declining (which didn't seem to work). Now I don't get a callback at all even when I cancel the transaction.
I've never had the visa / electron cards as a testing option. I've been testing with MC 5555555555554444
Nikster and Loutka,
Are these brand new WorldPay accounts? Sounds as if they are and are using the new upgraded system.
Firstly, with regard to which brands of credit card are available for processing this is entrely down to WorldPay - you are on the WorldPay payment pages by the time you see this option so you need to contact WorldPay about which options are available on your account. It sounds very much to mee as if WorldPay are experiencing some teething problems with their new stsem.
With regard to test mode transactions, my understanding is that going forward there will be two installations per account. One for live transactions and one for test transactions. Each has it's own URL. The present Zencart WorldPay module doesn't cater for this. However for older accounts that are upgraded as part of the WorldPay system upgrade will continue to work albeit in a slightly different manner. What I am not sure about is if brand new accounts operated by the current Zencart module will work in the same way.
Here is my understanding of how an upgraded existing account will work in test mode. I haven't seen this in operation yet since none of my installations have yet been upgraded.
Test Mode '0' - results in a normal live transaction.
Test Mode '100' or '101' - results in a page asking if you want to be re-directed to the test environment. The result of the transaction is dependent upon the value of the Shopper Name field as follows:
• REFUSED (will be equivalent to a refused transaction at the bank or a failure due to the result of fraud screening checks)
• AUTHORISED (will be equivalent to a successful authorisation at the bank, but no funds transferred).
• ERROR (will be equivalent to a payment that ends in error).
• CAPTURED (will be equivalent to a successful capture result - where funds have been transferred to the merchant's account).
I'm not sure if sending Test Mode values on a brand new account will have the same result. If not there will need to be a change to the WorldPay module for new (upgraded) accounts.
Please get back to me with more specifics of what is happening.
Regards,
Alan
Thank you for your reply!
This WP account is few yaers old. And both live mode (on old site) and testing mode (on new site - ZenCart) were working fine, till now.Quote:
Originally Posted by duncanad
So I will contact WP and ask them why they suddenly changed accepted CC for ouir account.Quote:
Originally Posted by duncanad
I'm really confused from new WP system and need to fix this asap.Quote:
Originally Posted by duncanad
WP module in 100 mode was working fine and accepting VISA CC, then suddenly VISA is not accepted and none of payment methods go through saying: "Declined."Quote:
Originally Posted by duncanad
What more information can I give you to help solving this problem?
Kind Regards,
Loutka
Thank you for the swift reply:-)
I have asked my hosting company the questions you suggested and will have a look at sessions myself.
I'll post an update on here, hopefully we can all get it sorted!
Erica
Yes, it is the new upgraded system. My account was upgraded shortly after creation so I never actually tested it with the old systemQuote:
Originally Posted by duncanad
I use the script to show my accepted cards on my site:Quote:
Originally Posted by duncanad
<script language="JavaScript" src="https://www.worldpay.com/cgenerator/cgenerator.php?instId=XXXXX"></script>
This shows visa and others but these are not available on checkout. I'll take this up with Worldpay to see if I can find out whats up here. I only mentioned it in case it was a symptom of a greater problem...
Yes, it does say that I'm submitting to a live system and redirects to the test systemQuote:
Originally Posted by duncanad
I'm going to demonstrate the extent of my ignorance at this point! What is the Shopper Name Field?Quote:
Originally Posted by duncanad
I'm not exactly sure what you need in term of specifics... I'll try to give some details though.Quote:
Originally Posted by duncanad
- Transaction submitted to Worldpay and I get
You have submitted a TEST request to a LIVE system - You can use the button below to continue on the TEST system.
- After clicking redirect I get
TEST MODE - this is not a live transaction
This payment page has been created by WorldPay for... etc
MC, Maestro, JCB and Solo are available as payment options but no Visa cards
- On clicking MC for example, I get 'redirecting to payment server' and then, eventually, the card detail request form.
- On filling in the form...
Payment submitted for processing please wait for response.
- Then the response
This was NOT a live transaction - no money has changed hands
Thank you, your payment was successful
Merchant's Reference....etc
- It doesn't return to Zencart though and no record of the transaction is shown on my site either.
I'm in mode 100 and Worldpay settings:
http://<wpdisplay item="MC_callback"> in the payment response URL
Payment response enabled? is ticked
Shopper response enabled? is ticked
All other boxes are blank
Hope this isn't too much / wrong sort of info? And any help much appreciated!
Cheers,
Nick
Nick,
Firstly - keep pestering WorldPAy because there is definitely something wrong at their end.
As to what exactly the 'Shopper Name Field' is, I take this to mean the 'Cardholder Name' field on the final 'Card Details' input form on WorldPay.
When yopu get to this part in the process try replacing the card holders name with 'REFUSED' and see if this results in a failed transaction. Then try 'AUTHORISED' 'ERROR' and 'CAPTURED' to see what response you get for each.
Your settings in the WorldPay control panel are fine.
Let me know how you get on.
Alan
Hi Alan,Quote:
Originally Posted by duncanad
Thanks for the explanation! Results below all look sensible to me. None of the options actually return me to my site with an order though...
Refused
Declined. Sorry this transaction has been declined by your card issuer. No further information was passed to WorldPay as part of your confidentiality agreement with your card issuer. You may wish to try another card.
Error
Cannot find an available route for the purchase. This may be caused by merchant configuration or remote systems failures
Captured
Thank you, your payment was successful
Merchant's Reference...
Authorised
Thank you, your payment was successful
Merchant's Reference...
Is there a setting that I'm missing thats preventing the callback maybe?
Cheers,
Nick
Hello all,
I received answer from WorldPay:
Thank you for your email. Visa payments can no longer be made whilst the site is in testMode, hence in order to make a test purchase you can use Mastercard to make a test payment. You can use the dummy card numbers 5454 5454 5454 5454, or 5555 5555 5555 4444.
Once the installation is active and switched to live mode, Visa card will be enabled as a transaction method.
Hope this can help to anyone.
Great, thanks Loutka. I'm waiting for a callback from WorldPay tech support at the moment but you've answered my question already!
Now to figure out why my callback isn't working....
You are welcome ;)Quote:
Originally Posted by Nickster99
Did you try to check MD5 settings? There is possible error if MD5 entries don't match.
My callback is working, but SSL is broken when redirected back to our website...
Any suggestions?
My MD5 is set to false in the module settings. And I've not changed anything with MD5 at the WorldPay end.Quote:
Originally Posted by loutka
Is MD5 required?
I don't know... Probably depends on your account settings. When I tried to use WorldPay without MD5 I received error message saying that connection is not secure enough.Quote:
Originally Posted by Nickster99
I'll try to summarise here where things lie with regard to the new upgraded WorldPay integration. The following applies only to transactions in TEST mode. If anyone has put any LIVE transactions through an upgraded account could they please post the result.
Thanks to cosmicegg for allowing me to put through test transactions from my test site via her upgraded account.
This is what I get:
1. When I confirm the order I see a WorldPay page asking if I want to re-direct to the test server. This is as expected.
2. When I click the 'Redirect to TEST' button I see the normal WorldPay opening page with the 'Test Mode' message at the top. Again this is as I would expect. However I am not seeing all the card payment options I would expect - only Mastercard and Amex. All the card options available on your account should be available here, however loutka in his post above reports that this only applies to the TEST environmenet and that the full set of card payment options are available in the Live environment.
3. I choose 'Mastercard' and got the normal WorldPAy card details page with the 'Test Mode' message at the top. Again this is as expected.
4. I then input test card details and changed the 'Cardholder's Name' field as follows:
a) 'REFUSED' - result, refused transaction message.
b) 'AUTHORISED' - result, the WorldPay standard 'Thank You' page, no callback to my test site and therefore no order created in Zencart. Email received from WorldPay
c) 'ERROR' - reult, error message
d) 'CAPTURED' - result, the WorldPay standard 'Thank You' page, no callback to my test site and therefore no order created in Zencart. Email received from WorldPay
The above would appear to bethe same results as reported by Nickster99 above.
If you experience the same resulyts you should report the lack of a callback in b) and d) to WorldPay. It looks as if WorldPay are not attempting the callback. My test site works fine with my old, non-upgraded account. Others also report that their sites also worked perfectly prior to upgrade so I think WorldPay is where the problem lies.
Please post here any response you get from WorldPay.
According to the WorldPay documentation upgraded accounts should use the old WorldPay URL for LIVE transactions:
https://select.worldpay.com/wcc/purchase
and use a new URL for TEST transactions:
https://select-test.worldpay.com/wcc/purchase
I set up my test site to access the new TEST URL. If anyone else wants to try this you should set TEST MODE in admin to 100 or 101, and in includes/modules/payment/worldpay.php comment out line 53 and add a new line 54 as follows:
Here are the results I got:Code:// $this->form_action_url = 'https://select.worldpay.com/wcc/purchase';
$this->form_action_url = 'https://select-test.worldpay.com/wcc/purchase';
When I confirm the order in Zencart the first thing I get is a warning page from Internet Explorer telling me that the security certificate for the website (WorldPay) is dodgy and advising me strongly not to continue.
If I ignore the warnings I get to the normal WorldPay entry page (with Test Mode message) but again can only choose Mastercard or Amex. Choosing Mastercard and using test card data but leaving the 'Cardholder's Name' field as is I get the WorldPay 'Thank You' page but no callback to my test site. I also get an email from WorldPay. I get the 'Thank You' page, ie successful transaction, regardless of whether my TEST MODE is set to 100 or 101!
However if I replace the 'Cardholder's Name' field with 'REFUSED', 'AUTHORISED', 'ERROR' or 'CAPTURED' I get the predicted outcome. It looks like this is the way it is going to have to work from now on.
The main issues here are the problem with the security certificate and the lack of the callback. If you get the same results as me - pester the life out of WorldPay. The whole point of the TEST environment is to test that the callback works!
Incidentaly if you try to access the new TEST URL via a non-upgraded account it won't work - you will get an error message (and a certificate problem warning).
Alan
MD5 is not required, but if you use it you need to set it up both in the WorldPay module admin and at the WorldPay end. If you don't do both it will not work.
Alan
loutka,
For secure callback you need to set the callback URL in the WorldPay control panel to:
https://<wpdisplay item="MC_callback"
You also need to change some code in incudes/modules/payment/worldpay.php at about line 128 from
toCode:$callback_url = zen_href_link(FILENAME_WPCALLBACK, $zenId);
$worldpay_callback = explode('http://', $callback_url);
AlanCode:$callback_url = zen_href_link(FILENAME_WPCALLBACK, $zenId, 'SSL');
$worldpay_callback = explode('https://', $callback_url);
Hi Alan,Quote:
Originally Posted by duncanad
I have made those changes and now my callback doesn't work. :huh:
Before I was redirected back to our site, but with broken SSL, now I'm not redirested at all (just end on "Thank you, your payment was successful" page). :dontgetit
And Order is not processed in the Zen-Cart.
So there are two settings:
1) Redirected back to our website with no SSL
2) No redirection with working SSL
None of these is acceptable :no:
The site is live, with payments in test mode... Need to fixed this asap... No response from WP about callback or SSL...
Any other suggestions?
Loutka,
Did you set the callback URL in the WorldPay Control Panel in the TEST environment and not the PRODUCTION environment?
Alan
Yep! I changed setting in TEST to:Quote:
Originally Posted by duncanad
https://<wpdisplay item="MC_callback">
but you said to change it to:
https://<wpdisplay item="MC_callback"
I thought you forget closing brackets... So I tried it both ways...
It's same - change is just when I modify worldpay.php in Zen-Cart.
As I said:
1) no redirection when $callback_url set to contain https
2) no SSL when $callback_url not set to have https
Loutka
Loutka,
Sorry about the typo - yes there should be a closing bracket.
I would change everything back to non SSL mode - this is the way it was working for you before anyway.
Is your site now working in LIVE mode? Do you get the same SSL error in LIVE mode?
Alan
Payments are still set to work in TEST mode, because I don't want to set to LIVE mode, before I'm sure all transactions are secure.Quote:
Originally Posted by duncanad
Our site is live - costomers are coming and they want to shop...
Thanks, Loutka
Loutka,
I have discovered that two of my customers have upgraded accounts which appear to have been working perfectly in LIVE mode for some time. Now that I know they have been upgraded I have been able to do some testing on them. One of them works perfectly in TEST mode (apart from the no VISA payment option issue) and the other also works but I get a warning message in IE just prior to callback asking if I want to view both secure and non secure elements on the page. If I click 'Yes' the callback completes successfully.
I have no idea why I am getting this warning message in IE - it doesn't happen in Firefox - and for only one of the accounts although I am using the one Zencart site for testing both. This warning is not necessarily a security issue. It just means that IE thinks there are some elements on the page which are being called by http rather than https e.g. a script or image called from an external URL. My guess is that this may not happen on a live transaction and even if it does it's an annoyance rather than an issue.
I suggest that now the callback is working in TEST mode you try putting through a low value LIVE transaction to test what happens in LIVE mode.
If you do this could you please post back here with the result.
Alan
Alan,
- Missing VISA payment is not issue - according to WorldPay this is new setting for TEST mode
- IE warning message is for same reason as broken SSL lock in Firefox -> SSL is broken (as you said)
- When SSL is broken it's really hard to say which content is unsecure -> I wouldn't shop on such site and I'm not allowed to go to LIVE mode
- it's part of WorldPay policy / strategy that you should be able to make succesfull / secure transaction in TEST mode, before you go LIVE
- hopefully I'll get answer from WorldPay regarding broken SSL by tomorrow
- tomorrow or on Thursday I should get in touch with people who deal with payments so hopefully I will be able to test LIVE mode transaction
Keep in touch...
Thank you, Loutka
I've just been on the phone to WorldPay re the callback issue. They told me that the issue is due to the timing on the meta refresh. They said the refresh was coming through so quickly that it was missing the callback (or something along those lines)..
Does that sound feasible?
Ok, I've sorted my callback problem. Meta refresh..? no, of course it wasn't! I'm afraid it was far more basic. I'd forgotten that I had the site down for maintenance. I'm happy its now sorted and gutted that my stupidity wasted me so much time!
So am I only one who can't make secure payments with working callback? :shocking:
I am unable to get the secure payments to work with the callback.Quote:
Originally Posted by loutka
I go though the checkout procedure in Zen Cart. Then I enter in all the credit card information (in test mode). The transaction is accepted, but then nothing happens. I just sit at a page that says the "transaction was accepted". From my understanding, I should be re-directed back to ZenCart, so that the store can process the payment. Am I correct?
Yes I think you are correct, I'm having same problem when SSL switched ON.Quote:
Originally Posted by Soundstream
If I don't use SSL I'm redirected back to our website with broken SSL, but it't not good... we need SSL ON :huh:
I haven't tried with SSL off, since we have to have it on. I wonder if the callback is not working because we are in TEST mode ... perhaps if it was in LIVE mode, it would send you back to the store. But I don't want to be making actual payments to test that.
Success! (well some anyways).
Not sure if this is the same problem as you have, but I had not noticed/completed all of the changes that were mentioned in this post: http://www.zen-cart.com/forum/showpo...&postcount=263. I was missing the 'SSL' at the end of the first line.
So now the test server will "callback" to my Zen Cart site.
Although I do have some questions ... when it goes back to the Zen Cart site, the URL that it is redirected to is: https://secure-test.ims.worldpay.com...=1205513468815. Is the URL not supposed to be my own domain, not a WorldPay domain?
The actual page that it re-directs to is only half visible. The header, and left hand side is displayed. But the center column, right hand column, and footer are NOT displayed. Checking the source, it is as if the PHP page has just stopped outputting any more code.
Also, the actual order does not show up in the database.
So I am closer, but I have no clue what is happening now. Anyone have any suggestions?
Have you managed to do the worldpay to store the response in comments like paypal does?Quote:
Originally Posted by cplam999
So, I managed the get the HTTPS callback response working. It seems I had missed a small change to one of the lines of code that requires an 'SSL' parameter at the end of it.
My (hopefully) final question is this ... when WorldPay returns the shopper to the Zen Cart store in test mode, Zen Cart says that the order was not processed, and no order shows up in the database. Now I believe that this is because WorldPay is returning an code stating that no money took place because it was a "test transaction".
Is this the expected behaviour of a successful test? Or in a successful test, would Zen Cart display that everything worked (even though it was in test mode), and then add the order to the database.
If what has occurred is correct, I'd like to submit my site for approval by WorldPay, but don't want to waste their time if there is more for me to do on my end.
Soundstream,
When you put through a 'Successful' test transaction everything should happen as would on a live transaction EXCEPT no payment should be made. So the customer should receive two emails, one from your Zencart and one from WorldPay and the merchant should also receive two emails, one from Zencart and one from WorldPay. The TEST order should appear in your Zencart Admin as would a LIVE order.
The shopper response pages are 'grabbed' (technical term) by WorldPay and displayed on their server hence their domain and not yours appears in the address window of your browser.
If you want to see how all this works in action make a test purchase on my test site at rcm.testingit.net This is currently in permanent test mode. Just ignore the warning message about the Security Certificate problem. Zencart have installed a security certificate for a different domain from their test URL domain which is causing the warning. It doesn't happen with a live transaction so it isn't a big issue. I have reported it to WorldPay but have had no response as yet.
If you open an account on my test site remember, no matter what junk you enter for your personal details, use a valid email address so that you can receive the response emails.
The Zencart module on my test site is a prototype re-write of the module so it may look slightly different from yours. I have two live sites running correctly with the currently downloadable version of the module so you should be able to get everything working with the current version.
Hope this helps,
Alan
After doing some further readin, yes, you are right, I should see the order show up if the transaction was successful.
What I have found since my previous post ...
- The reason for the unsuccesful page being displayed was due to a change I made where someone suggested trying to change the line of code that checks $transStatus. So I have reset that back to what it was.
- while my site not appears to have regressed, it is actually more correctly setup. The page that starts to load just simply "dies" and the PHP code just kind of ends abruptly (see snippet):
What I have discovered is that the $transStatus comes back as "Y" and it starts to work it's way through the tpl_wpcallback_default.php module. It gets to the first line that says:Code:<img src="includes/templates/theme041/images/spacer.gif" alt="" width="1px" height="7px" /><br><!--// eof: whatsnew //-->
</div>
</td>
<td width="1px" class="l5_c3"><img src="includes/templates/theme041/images/spacer.gif" alt="" width="1px" height="1px" /></td>
<td valign="top" class="l5_c4"><div class="l5_c44">
<!-- bof breadcrumb -->
<!-- eof breadcrumb -->
<!-- bof upload alerts -->
<!-- eof upload alerts -->
It is inside checkout_process.php where it appears to die. From my crude debugging it somehow loses the $SESSION['customer_id'] and then attempts a re-direct to the timeout page. After that I see nothing happening and the page just dies.Code:require(DIR_WS_MODULES . 'checkout_process.php');
If anyone can be of assistance, I am willing to pay to have this problem solved. I am very close to completing this site, and this is the only piece that is holding me up.
duncanad, your PM boxes are full. Can you please clean out some room (either in your Inbox or your Sent Items), as I have a response for you.
Thanks
Hello,
I received another response from WorldPay:
You have a callback URL of http://<wpdisplay item="MC_callback"> set for installation 14115 so you should not be passing http or https in the value of MC_callback, can you confirm that $callback_url populates the value of MC_callback.
Anyone understands this better than me..?
Thank you...
Loutka,
The following lines of code define the value of the callback URL which is passed to WorldPay as "MC_callback"
includes/modules/payment/worldpay.php lines 128 and 129
and at line 148Code:$callback_url = zen_href_link(FILENAME_WPCALLBACK, $zenId);
$worldpay_callback = explode('http://', $callback_url);
The function zen_href_link() is defined in includes/functions/html_output.php as follows:Code:zen_draw_hidden_field('MC_callback', $worldpay_callback[1]);
If any of the variables are not included then the default value is used so basically line 128 defines $callback_url as the full non-ssl path to the callback script as defined (FILENAME_WPCALLBACK). This might look something like this:Code:zen_href_link($page = '', $parameters = '', $connection = 'NONSSL', $add_session_id = true, $search_engine_safe = true, $static = false, $use_dir_ws_catalog = true)
Note $zen_id is not strictly required since this is the session_id which by default is included anyway hence it is included twice in the url.Code:http://www.yourdomain.com/index.php?main_page=wpcallback&zenid=2e9b83e61e7dd9d3c63ea1bb15e0b58f&zenid=2e9b83e61e7dd9d3c63ea1bb15e0b58f
Line 129 splits $callback_url into an array with two values:
and line 148 passes $worldpay_callback[1] to WorldPay as "MC_callback"Code:$worldpay_callback[0] = http://
$worldpay_callback[1] = www.yourdomain.com/index.php?main_page=wpcallback&zenid=2e9b83e61e7dd9d3c63ea1bb15e0b58f&zenid=2e9b83e61e7dd9d3c63ea1bb15e0b58f
Therefore the short answers to WorldPay's questions are that neither http:// nor https:// is passed in the value of MC_callback and it is not $callback_url that populates MC_callback but $worldpay_callback[1].
If you want to pass a secure URL as MC_callback you firstly must have SSL set up on your server and SSL enabled and your secure path defined in your configuration files. Lines 128 and 129 then become:
This sets $callback_url to something like:Code:$callback_url = zen_href_link(FILENAME_WPCALLBACK, $zenId, 'SSL');
$worldpay_callback = explode('https://', $callback_url);
and $worldpay_callback[1] becomesCode:https://www.yoursecuredomain.com/index.php?main_page=wpcallback&zenid=2e9b83e61e7dd9d3c63ea1bb15e0b58f&zenid=2e9b83e61e7dd9d3c63ea1bb15e0b58f
and this is passed to WorldPay as MC_callback.Code:www.yoursecuredomain.com/index.php?main_page=wpcallback&zenid=2e9b83e61e7dd9d3c63ea1bb15e0b58f&zenid=2e9b83e61e7dd9d3c63ea1bb15e0b58f
Of course if you are using secure callback you must set the callback URL in you WorldPay control panel as https://<wpdisplay item="MC_callback">
I hope this explains things,
Alan
Thank you Alan very much!
I thought it works this way and you reassured me.
I just changed HTTP to HTTPS in Zen-Cart, but I'm not able to change it in Installation Details in WP Administration. It says:
ERROR: Failed to update installation due to database error
ERROR: Due to error(s) Installation Not Saved
SUCCESS: Payment Response URL set
Integration Setup: TEST
I have contacted WP support with this issue, but they didn't come back to me yet.
I will keep you posted as soon as I have their answer, unless you think problem is on my side..?
Loutka
Loutka,
Are you sure you haven't managed to change the URL in WorldPay admin?
This would indicate that you have.Quote:
SUCCESS: Payment Response URL set
I'd keep trying. I have had ERROR messages and when I have tried again it worked.
Alan
Yes I'm sure... I tried many times and always when I came back it's same -http :-(Quote:
Originally Posted by duncanad
So I don't know what is wrong...
Loutka
HI
Is the worldpay mod working ok on zen cart 1.3.8,I installed it ok but
when I make a test transaction I do not seem to get a callback so there is no order details in my admin?, just a small point this is just my zen cart test site I am using the worldpay id as for my easywebstore that works fine on that(could this be doing it)., but with zen cart when I have made a test transaction I get take back to a blank page on my website. :huh:
I have read the entire thread before posting.
I installed the WP mod in February and had many successful test transactions. WorldPay then upgraded (I am currently applying for a WP account for the first time) and since then I get the message to the effect of "you are trying to access the production site with a test transaction - click here to re-direct to test".
When I then click on the redirect button I get the following message:
Secure Payment Page
Sorry, there was an error in processing this transaction:
The information sent from the merchant's site is invalid or incomplete. Please send the following information to the merchant:
The transaction cannot be processed due to one or more of the following:
the merchant account is suspended
the currency you selected is not supported
the authorisation mode is incorrect
test mode is unavailable
the installation is not live
Server information 23/Mar/2008 19:58:42 Server ID mg1imscs5pa (WPReq-88952)
Clearly this is something at WorldPay's end - just wanted to know if anyone's encountered this?
eureka!
I received answer from WP:
So my payments are secure in test mode now!Quote:
To make changes in test please login to production and click on the menu option for installations, from here you can adjust the settings for all your installations in test and production. Unfortunately any change made when switching or logging into the actual test merchant interface will result in an error.
Going to switch to live tomorrow, but don't expect any more problems... ;o)
:thumbsup: Thanks to Alan for support!!!
I encountered it. I sent a note off to WorldPay support and they made a change on their end and it got me going further down the road (although I have not successfully integrated WorldPay yet).Quote:
Originally Posted by em4u
Thanks for the response - I have a ticket logged with WP will let you know of the outcome.
I have same problem. When trying to use WP in live mode, I receive:
And here is answer from WP support:Quote:
Sorry, there was an error in processing this transaction:
The information sent from the merchant's site is invalid or incomplete. Please send the following information to the merchant:
The transaction cannot be processed due to one or more of the following:
- the merchant account is suspended
- the currency you selected is not supported
- the authorisation mode is incorrect
- test mode is unavailable
- the installation is not live
Server information 26/Mar/2008 14:40:16 Server ID XXXXX
So let's see what they will come with this time... ;o)Quote:
Installation ID XXXXX is currently not live which is why you are receiving the error specified in you previous email, I have forwarded this incident to our activations team to look into.
:yes: Some progress...
I notified WorldPay and they investigated (including logging on to my site and creating test transactions and told me:
"The problem was due to a configuration error on your test account. I have now rectified that and it is working. Please accept our apologies for any inconvenience caused."
I suspect it's something to do with the upgrade, from raising the incident to them fixing it took a week, all done via email exchanges. I'm still on the integration path, so not there yet - but I'm seeing light at the end of the tunnel (or is it a train):shocking:
I recommend anyone with the error I was getting get in touch with WorldPay, you need to tell them your Company ID and your URL, that should save you two or three days on my resolution time.:smartalec:
duncanad
Does your mod work with Digital Download products please?Quote:
If you want to see how all this works in action make a test purchase on my test site at rcm.testingit.net
I'm afraid I'm still having callback problems with my store. I've followed the steps in this thread as best as I can but I'm a newbie to both Zen Cart and World Pay. To summarise:
My test and live WP environments both have callback settings of:For testing, my worldpay.php file is currently set to:Code:http://<wpdisplay item="MC_callback">
I'm able to complete a test transaction using dummy card numbers, but I'm not redirected to my store, nor is an order added to my Zen Cart Admin. Can anyone help me? :(Code:$this->form_action_url = 'https://select-test.worldpay.com/wcc/purchase';
Thx
Hi
Anyone running worldpay on zen cart 1.3.8, I cannot get a callback
so no order details in my admin.
Any Help would be great.
thanks
Hi All,
I know this has been discussed before, but I haven't got a definitive answer after reading the thread.
When I complete a purchase through Worldpay and I am redirected to my site I get a warning dialog with Internet Explorer 7 that a page with unsecure items is about to be loaded. This is the page where the content looks like part of my site, but the url is provided by Worldpay.
I thought that the solution to this problem was this:
http://www.zen-cart.com/forum/showpo...&postcount=263
Is this the case?
I could not get it working, after payment completion I just got the Worldpay confirmation page without being redirected to my site (no order in Zencart either and no callback failure email).
If this is the path to follow then I need to figure out how to get it working.
Thanks,
Laszlo
Just to clarify, there are no unsecure items on the page, if I select to not load unsecure items nothing apart from text is loaded.