excession

I've just checked our setup and we get a slightly different result - we get a confirmation email AND an email saying the payment was declined! Will try and look into it.

don't ask why that posted twice...

This is a common problem. It's down to the payment variable not being set correctly on the checkout payments page. I can't tell you the exact cause or solution as on my site ePDQ is the only payment method so I just fundged the issue by manually setting the variable in the code I added this line echo tep_draw_hidden_field('payment', 'ePDQ'); here if (sizeof($selection) > 1) { ... ... } else { echo tep_draw_hidden_field('payment', 'ePDQ'); } this forces the payment vaiable to be set. If you have more than one payment method you will need to locate the actual problem.

This is a common problem. It's down to the payment variable not being set correctly on the checkout payments page. I can't tell you the exact cause or solution as on my site ePDQ is the only payment method so I just fundged the issue by manually setting the variable in the code I added this line echo tep_draw_hidden_field('payment', 'ePDQ'); here if (sizeof($selection) > 1) { ... ... } else { echo tep_draw_hidden_field('payment', 'ePDQ'); } this forces the payment vaiable to be set. If you have more than one payment method you will need to locate the actual problem.

Thats the cause of the problem. On my version it's around line 270 but will probably be different on your's as I've a few extra modules. The problem will be near where the HTTP POST variable payment is set.

A few of us have had that problem - have a look around the checkout payment page and make sure the payment method is being set correctly. I can't remember the variable name off hand but I found that it wasn't set and I had no encrypted data.

perhaps it's one of the code remnants that was left from some previous release? I must admit, I haven't really looked too deep into the inner workings of it all - too busy with everything else lol

isn't the cartID there to "avoid hack attempts". Sure I saw a comment somewhere.

Joe, I wonder if this is whats causes the problem I had with the payments array not being set correct?

Matt, Thats basically the same solution as I used although I did it in a different place. Just force the selection of the ePDQ module since it's the only ojne used it won't cause a problem. Gary

This is exactly the same problem as I had, on my installation it turned out to be a problem in checkout_payment. The hidden field containing the chosen payment method wasn't being written. I fudged it by manually adding that hidden field since my store only takes payments using the epdq module. I added the line echo tep_draw_hidden_field('payment', 'ePDQ'); you can check this by addeding these lines in checkout_confirmation around line 390 where you see if (is_array($payment_modules->modules)) { add these few line to print a diag on screen echo '<pre>'; Print_r($payment_modules); echo '</pre>';

The ePDQ guru (Johan) is off for a week or two I believe. The ePDQ module (and osCommerce) do not use CURl so that cannot be the problem. If there is no continue button, have a look and see if there is anything after where it would be on the screen. One thing that happens a lot with PHP is that if a script fails due to a typo or compilation error, you don't see anything on the screen - no error reports or anything. Looking at my version of checkout_confirmation.php I can see there are calls to the payent_modules class just before the line which displays the button. I would suggest rechecking all the modifications you have done to the files - it's so easy to miss a semi-colon or a closing brace (done it myself a million times) and without any error messages it can be hard to track down. If you can't see anything, replace all the files you changed to install the ePQD module (saving copies of the modified ones) and trying again. Hope this is of some help.

Hey Joe, The new contrib sounds cool. We're just setting up a new site at the mo, not got as far as getting the ePDQ bit running yet - still waiting for Barclays. I suspect you'd have got it all tested before we get our new store account but if not then I'd be happy to help (assuming boss give permission for accessing our CPI and server etc) otherwise would love a copy of the code. Have you still got my email address? Gary

hey joe, Just reading the comments about orders not showing up and we've had a few here. Not many - probably about 4 in the several hundred orders we've had to date. We get exactly the same symptoms as mac - barclays have recorded the details but there is nothing in the osc database. Currently i've got all the diagnostic emails on and i'm waiting to see it happen again. I think it's when a customer gets as far as barclays showing them the trasaction accepted screen and then closng the browser or using the back button- but this is only a guess. gary

i know - i'm trying to document what i'm doing now as I do it - but as with any small programming project the code and the docs get out of sync. It's like the promotions module I wrote, the one you expressed an interest in - I've had a look about seperating it from the store and making it into a contrib but there are so many lines of code that need modifying and I've forgotton where half of them are. And the store code is totally different from the 2.2 snap shot, it's got so many mods and contibs etc. I have had some success with just copying the whole file set, then running the install again to get the configuration details set. This usually results in a working site. All that remains then is to change the images, product/site specific text etc. A lot easier that doing a 100% fresh install. Talking about CPI/ePDQ I better get the boss to get that sorted for the new site. Do you actually need a different account for each store or can you run them all on one account?

rofl - now i find out it didn't reset the passwords! oh well, at least it's made me redo my notes and put them somewhere safe! 6 shops - wow! I've just been told I need to get no. 2 up and running in about 4 weeks! (Control-C ... Control-V :) that should do it - almost lol)

Joe, you're a gem. I lost my notes on the ePDQ setup and when I logged back into the CPI Admin it resets all the passwords and passphrases and I couldn't remember which one was for what! [smilie for feeling a complete nit]. BTW our site is now Live (when I haven't broken it lol). We've got the colours etc all sorted. Writing a load of backoffice stuff at the mo. The competition are not that happy :-"

would you believe I've broken it! I also can't find my note regarding which password goes where... On the barclays CPI admin tool there are 3 password areas... Password - my secret password used to log into this Passphrase - what was this for? is this the one protecting the CPI folder? POST password - again which one is this? I also remember that some of these are hard coded in the php files, can you tell me which ones and where please? Sorry for being daft. I'll make sure I don't loose my notes this time

What is the current state of this contrib? Is it safe to install or will installation require some serious fiddling to get it running? (I don't want to risk breaking our live shop for too long) forgot to tick the email notification box lol... hence this reply...

I'm not expert on the ePDQ module, but it sounds like the error is indicating that the data you are sending to barclays is not present/incorrect. Have you checked the encoded data is being sent? It may be worth reading through the notes on www.epqd.co.uk/nextsteps/cpi.htm username-nextstep pw-welcome

That sounds like a good idea. At the mo the Boss wants me to get this site going as is with CPI, when I've done that I suspect there will be a list of mod's that are needed but as soon as possible I'd like to start on the MPI. I' subscribed to this thread as well so will keep an eye on things.

When I get this site up and running i will be looking into coding an MPI version. Only thing is I'm really a Java programmer and not a PHP one, so need to brush up on my PHP a bit more first. However, when i start I'll let you know. As soon as the store is up and running I'll let you know the url.

Ah thats fixed it! I didn't notice it was hard coded in the ePDQ file! :D Well I've just run through a transaction and it all seems to work fine now. Fingers crossed thats the last glitch. Thanks for all you help. Gary ps I know the image is still in an non secure area - our setup won't support https in the main diretcory - we have a seperate secure server where I'll put an image when we finally come up with one that looks good enough.

right, ok - thats what I've got. On the cpi admin - I've set the POST URL to cpi/complete (with all correct passwords etc) and in osc admin, the return url is set to epdq_success. But when i run through a test transaction (using the visa test number 411111...) after getting to the final barclays page and clicking 'Complete Order' i get sent to /cpi/complete.php

Just reading back through some of Joe's comments and he says that "Whilst on Barclays, during payment authorization Barclays interacts with cpi/complete.php ... Barclays sends them on ... to epdq_success ... " That doesn't seem to be happening here. Any suggestions as to what I've got wrong?