Messages

Sorry meant stops. Fat fingered that one. 

My customers hate the dd/mm/yyyy format. So we followed the Konakart procedure to change it to mm/dd/yyyy. All worked well in KonaKart and the changes were Universal. But When we changed it, Authorize.net API began denying transactions witha credit card expired on all credit cards. As soon as we changed it back it started working. Somewhwre along the line the algorithm is not being passed correctly. Has anyone else encountered this error?

Any help would be appreciated. 

Thank you! I  will check those out.

Is that documented anywhere that you know of? I have searched everywhere and cannot find it. I would assume that this is done quite a bit in the world of Kona, but cannot find it documented anywhere. 

I hope this makes sense

We are using Konakart with Apache tomcat on a dedicated server. The SSl is installed in Apache, and we have also tried installing it to Tomcat. The issue is that when we enable the SSL via the admin console, specifying the port number that it is on, we get a certificate not trusted error, however if we manually type in the https in the url of the browser, the cert works fine. We tried a manual reroute of the checkout page to https but when they click out of it and then back in, it goes back to http and does not route them back to https.

How should the SSl cert be installed so that when pages are routed from Apache to Tomcat, the SSL is found in the path? It seems it is finding a self signed cert when we inable it through the admin console. We cannot process payments as the bank says the checkout page has to be secure.

I am also having a problem. I want to enable recurring billing and have followed all the steps in the Developer Manual in Chapter 12 but the options are not showing up anywhere in checkout. Any ideas?