Printable View
Hi, Had the same problem but it was because the callback wasn't working. In my case I forgot to add s to http on the callback address in wporlpay when I changed to secure. Seems if the callback doesn't work Zen doesn't complete the order but it does set up a customer account and Worldpay does take the payment. We ended up looking stupid and phoning a couple of customers to say thanks for your money and your name and adress, what can we send you? Hope it helps. Cliff
I just have this issue and will check according your suggestion.Quote:
Originally Posted by FEQ
Thanks!!!
Epic Fail on my part... dont worry Ive fixed it I think.
Partial Epic Fail on my part...
Problem im having now after over a year of fantastic working success, is that we have recently upgraded to the new version of Zen cart, I have installed workldpay6 latest ver 2.1 I think, and the transactions are going through, but they are not getting posted on Zen Cart, ie the transaction gets stuck on the Thank You Page (fully branded), doesn't return to our site, and also the order doesn't get posted on our server so we don't know that we have a new order.
The not being returned isnt too much of an issue, but missing orders is HUGE.
Can anyone shed some light on this?
Hi Out2Lunch. What version are you ugrading to? I am about to go to 1.39h next week - The new PCI data security arrangements means that Worldpay won't accept payments from us if we don't have the latest version running. I have found that 1.38a worked perfectly since I installed it - not really looking forward to finding the needle in the haystack again if 1.39h causes problems. Did you upgrade to the latest version of PHP as well? (this is also a requirement of the PCI stuff)
Are you getting any error messages? If the shop doesn't return to the store, then the very useful debug feature won't give any information either...
Did worldpay shed any light on the problem? I have found that the Singapore support guys (I am in Oz) are actually quite useful.
Regards
FEQ
Yes we upgraded to 1.39h (Complete new install to J, then file patch to h), PHP upgrade to latest ver too.
Our host was hetting hacked through PHP, took all SQL sites off line for security made us all upgrade etc.
We haddnt realised worldpay wasnt working, as this is the slow time for us, and sales are minimal atm, had a load more paplay sales, when a customer phoned us yesterday saying wheres my clobber we said we had no order from them, so they sent us the worldpay receipt and thus we worked out its borked.
We arnt getting any debug emails that say anything is wrong. So I am at a complete loss on what to do here.
No I havent phoned Worldpay support yet, I though I would post here first to see if anyone else is having this problem.
Did you find a solution for this?Quote:
Originally Posted by lee_whitehead
The Guy who wrote the current Worldpay module had a spat with one of the forum moderators and he was banned (thanks moderators), so there is pretty much no chance he will contribute to a fix if there is a problem, meaning for me a new shopping cart may be the only choice.
Having said that, if you are not getting the debug emails (I assume you have turned these ON in the module - and NEVER post the content of these, it has all your logon details) then the customer is not being returned to your store. This can occur if the customer closes the browser instead of clicking the cancel purchase button. The shop can't notify you if the customer doesn't allow it.
Alternatively, maybe Worldpay has a problem with your callback script. If it can't find the script, or has a problem with it it doesn't know where to return the customer to.
When you run in test mode, are you returned to your store? Other things to check:
1. your callback settings in Worldpay's setup.
2. Have you got SSL up and running properly?
3. Check that you have made the payment response URL point to your SSL site (ie https:// instead of http://)
Remember also that Worldpay's setup is a bit dodgy - last time I used it, the command "copy to production environment" didn't work, so all the changes I made in the test environment didn't copy across. Apparently while there is a test environment and a production environment, I was told that I shouldn't use the test environment - I should put the shop in test mode and make all changes to the production environment. Go Figure... Hope something here helps!
Hi Webchills,Quote:
Originally Posted by webchills
Maybe a long bow here, but I had hassles with the callback page. Turned out that the Worldpay servers had a problem parsing if your callback page had divs that DIDN'T have whitespace between tags.
ie <this div><didn;t work>
<this div> <did work>
When I manually inserted whitespace between the divs my callback page went from looking like a dog's dinner to perfect display.
Thanks for this reply, I did not know about the falling out between Philip Clarke, I have now found his new website, and emailed him there.Quote:
Originally Posted by FEQ
He is going to look at the code for php5 inconsistancies etc but will NOT be updating the version on Zen Cart, but he will be hosting it else where in the future (not defined as yet).
So it sounds like good news/ bad news issues as this sound like its going to become a pay for module, (not the end of the world depending on the proice imop).
Anyhoo I will update this thread when I have a reply from Philip Clarke.