Right add-in. Wrong version. I've had confirmation that my update (well more of a replacement really) has been approved, but it's not appeared where it should. I'll follow up with the Zen Cart team and see if we can find out where it's hiding.
Printable View
My bad. Didn't read the email properly, it was the confirmation rather than the approval. But it's up now.
Thanks - I'm now so nearly there. I get through the checkout and all is well. The details appear in the epdq boxes which is great. The problem is that I get the technical problem page. The payment registers in the epdq admin area but the order doesn't appear in the zen admin area. Not ideal I think you'll agree.
I've looked at the log table all through the order process and no temporary order is created. The log file says:
temporary order ID c3-o1 not recognised in ePDQ log table.
I also then tried:
http://www.websiteaddress.co.uk/epdq....php?oid=c3-o1 (the order id from the epdq area) and still get the technical problem page.
Help please!
Also - step 1:
The "Allowed URL" will usually be https://YOUR-SITE-URL/index.php?main...t_confirmation and the "POST URL" will be http://YOUR-SITE-URL/epdq_result.php.
should be:
The "Allowed URL" will usually be https://YOUR-SITE-URL/index.php?main...t_confirmation and the "POST URL" will be http://YOUR-SITE-URL/epdq/epdq_result.php.
- I'm guessing :-?
I really think you're doing a great job - it's just a shame the epdq system is so horrible.
Richard
Anyone?
I won't bump again it's only because I've currently taken the payment option down as it's not working.
Thanks,
Richard
What do you have in the epdq_log table?
And you're right about the installation instructions.
The log table remains empty all the way through.
Richard
OK - I think I know where the problem lies.
The header_php.php file has the following code:
if (isset($$_SESSION['payment']->form_action_url)) {
$form_action_url = $$_SESSION['payment']->form_action_url;
} else {
$form_action_url = zen_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL');
}
The system seems to just want to send me straight to the barclaycard site and avoids the checkout_process page which is why it's not adding a temporary order to the epdg_log table I'm guessing. I tried just changing the code to:
$form_action_url = zen_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL');
- to force it to go to the checkout process page but that came up with the technical_problem.html page. The error in the log is 'Temporary order ID not passed as parameter from ePDQ'.
I'm really confused? :-(
I may have to go back to the other plug in but I'd really rather get this working.
Thanks for any ideas.
Richard
If you go straight to checkout_process bypassing ePDQ the process will fail. This is a good thing since you are completely bypassing ePDQ so attempting to create an order without collecting a payment.
It is correct to go to ePDQ after checkout confirmation, hopefully get a success indicator back from there, and then return to create the order.
If you bypass ePDQ then the log table will remain empty since it is the automated callback from ePDQ that populates it.
Ah - so at what point in the process should the log table be populated? I've tried going through the process from start to finish (even through the live payment) and the table has remained empty at every stage.
It's populated by the autoresponse from ePDQ. Can't remember the exact name, but the section that you set up at the bottom of your ePDQ control panel. If it's not coming back and populating the table you may have these details slightly wrong.
It's actually quite hard to get them right, since much of what you type is obscured, so you're typing blind and have to wait 15 minutes for it to propogate across their servers.
However, if the message returned from ePDQ doesn't connect, that gets recorded by ePDQ and they should be able to tell you (via their helpdesk) whether they are receiving success (200) or failure (300 series) confirmations.