21 replies to this topic

[sparkandfuel.com]

I've had osC ms2.2 running since sept 2005, with very little trouble ever I might add.  very stable and capable shopping cart if you ask me.  

I recently got a credit card processing agreement with authorize.net through merchantwarehouse.com, and everything is seemingly a-ok on the authorize.net account.  I also have ssl/https:// up and running seemingly well.

The situation is that when an order is placed (my test orders), authourize.net processes the card and bills the customer (me) for the correct ammount, but not for real since its only in test mode.  but, the funny thing is that once you click "confirm order" (which actually processes the order), the user gets kicked back to the login screen and no actual order is placed!  wierd!

no order is generated, but payment is recieved!

I've done this a total of 4 times now, with some small changes to the authorize.net payment module settings through the admin page (each time the result is the same voyage back to the login page),
Please throw me a bone!

-gary-

[danc]

Did you set your response/receipt URLs in your autorize.net setttings?

https://yourdomian.com/catalog/checkout_confirmation.php   Default Receipt URL
https://yourdomain.com/catalog/checkout_process.php   Default Relay Response URL

[buddylee602]

danc, on May 10 2006, 01:58 PM, said:

Did you set your response/receipt URLs in your autorize.net setttings?

https://yourdomian.com/catalog/checkout_confirmation.php   Default Receipt URL
https://yourdomain.com/catalog/checkout_process.php   Default Relay Response URL

When setting this do we use Link, Get, or Post as the method used to render the page?

[buddylee602]

buddylee602, on May 10 2006, 05:14 PM, said:

When setting this do we use Link, Get, or Post as the method used to render the page?

Well I tried all three and get the same result of being sent back to the login page...help  

[buddylee602]

buddylee602, on May 10 2006, 06:12 PM, said:

Well I tried all three and get the same result of being sent back to the login page...help  

Is there any solution to this?

[danc]

buddylee602, on May 10 2006, 07:14 PM, said:

When setting this do we use Link, Get, or Post as the method used to render the page?

I have mine set to post.

I'm assuming that the login page you keep coming back to is your default webpage.
Here's what may be happening:
When you comfirm you order OSC sends the data to Authoize.net.
Authorize.net runs the card and kicks back a response and runs the Default Receipt or URL Default Relay Response URL.
So whats happening is Authorize.net can't find the  
https://yourdomian.com/catalog/checkout_confirmation.php
https://yourdomain.com/catalog/checkout_process.php
files on your webserver.
And goes to the default web page.

Double check the URLs does it have the https:
Is https: port 443 accessable to the internet. (check for firewall)
Look at your error logs on your webserver

Have you ever successfully charged anything with your authorize.net account?

[enigma1]

check your catalog\includes\configure.php file, make sure domain/server definitions do not include paths (they must be in the format www.mysite.com). And any paths (like catalog/) are separately defined in the catalog, cookies etc definitions.

[buddylee602]

I've checked everything a million times and still getting same result of kick back to login page.  I have successfully processed several orders just fine.  My card has been charged and I've received the funds through Authorize.net.  Here's my current settings:

Authorize.net

https://xxxxxxxx.com/store/checkout_confirmation.php   Default Receipt URL
https://xxxxxxxx.com/store/checkout_process.php     Default Relay Response URL

POST

Configure.php File

define('HTTP_SERVER', 'http://xxxxxxxx.com'); // eg, http://localhost - should not be empty for productive servers
  define('HTTPS_SERVER', 'https://xxxxxxxx.com'); // eg, https://localhost - should not be empty for productive servers
  define('ENABLE_SSL', true); // secure webserver for checkout procedure?
  define('HTTP_COOKIE_DOMAIN', 'xxxxxxxx.com');
  define('HTTPS_COOKIE_DOMAIN', 'xxxxxxxx.com');
  define('HTTP_COOKIE_PATH', '/store/');
  define('HTTPS_COOKIE_PATH', '/store/');
  define('DIR_WS_HTTP_CATALOG', '/store/');
  define('DIR_WS_HTTPS_CATALOG', '/store/');
  define('DIR_WS_IMAGES', 'images/');
  define('DIR_WS_ICONS', DIR_WS_IMAGES . 'icons/');
  define('DIR_WS_INCLUDES', 'includes/');
  define('DIR_WS_BOXES', DIR_WS_INCLUDES . 'boxes/');
  define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/');
  define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/');
  define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/');
  define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages/');

I don't know what else to do...I gotta get this up soon...

[buddylee602]

I got PayPal to work ok...but I had to dissalbe the encrypted buttons thing.  Is this a normal solution for PayPal to work?  Account was charged and order was posted in Store Admin.  Still can't get it to post orders with Authorize.net.

[sparkandfuel.com]

hmmm...
I've changed the Default Receipt URL at the authorize.net website,
and changed the Default Relay Response URL
and changed to "post"

and, I looked over the configure.php file, which stated "false" on this line:
define('ENABLE_SSL', false); // secure webserver for checkout procedure?

but I changed it to true...   (although I understand what ssl does, I am unclear abut the mechanics of ssl, and how to apply it, my webserver states they provide one and I hope I am not mis-interpeting)

however, I'm still getting kicked back to the login screen at the order confirmation page.

I really appreciate your genuine posts here, and it helps a lot, I hope to resolve the issue with some help from you guys.

[enigma1]

then another possibility are the sessions. If you're on a dedicated server, set the force cookies to true for testing. See if you have the same problem. If it works it means the confirmation form does not pass the session or something.

[sparkandfuel.com]

enigma1, on May 12 2006, 01:19 PM, said:

then another possibility are the sessions. If you're on a dedicated server, set the force cookies to true for testing. See if you have the same problem. If it works it means the confirmation form does not pass the session or something.

I forced cookies and tried the process again.
Unfortunetly, there was no change, and did not lend anything to come to a conclusion to troubleshoot with.

[sparkandfuel.com]

Bring up my post!
this has got the business at a standstill.

[buddylee602]

I can't even get my business started!

[enigma1]

I think the code flow is that the order goes to authorizenet and then returns to checkout_process.php where it detects something (probably due to the session or cookie) and redirects to the login page.

Place some test points in checkout_process.php check if the very first comparison in that file is the one that fails.

// if the customer is not logged on, redirect them to the login page
  if (!tep_session_is_registered('customer_id')) {
	$navigation->set_snapshot(array('mode' => 'SSL', 'page' => FILENAME_CHECKOUT_PAYMENT));
	tep_redirect(tep_href_link(FILENAME_LOGIN, '', 'SSL'));
  }

If the login comes because of this it must be the session that is lost.

[sparkandfuel.com]

ok you crazy detail orriented people out there, I got authorize.net working.

I talked it over with at least 6 techs at authorize.net and a couple from merchantwherehouse.com, without much assistance and a lot of finger pointing in a big circle.  Not Very Helpful, but who cares.  

I decided to search this forum very deeply to find anything I could, and the path that led me to sucess was in installing a new payment module:
"authorize.net AIM"
this module and a long thread about it can be found here:
http://forums.oscommerce.com/index.php?showtopic=199381&st=0

In the end, it was important to read the diretions that came along in the .zip file, all the settings worked out fine and I was well on my way to charging my own credit card to my business.


some important notes:
in your authorize.net settings,
Receipt / Relay URLs should be to https://yoursite/blah/blah/checkout_process.php
they should BOTH point to the same page...  I got kicked around when confirming the order, back and forth, until setting them both to the same page.

Delimited Response = No
Default Field Seperator = comma
Field Encapsulation Character = blank

it's got to be BLANK!!!, nothing else worked, and I tried, just so I could post that other things deffinetly didn't work.  


sessions had nothing to do with it in the end, a good thought though and appreciated!  


should anyone want to try it out on my site, you are free to check it out:
www.sparkandfuel.com/catalog/


Thanks for the help guys and gals (if there are any)
BuddyLee; this should get you up and running quickly, without fumbling around.  what's your site?  iI'll check it out.

[buddylee602]

Genius!  Thanks so much to all of you!  Especially you Spark!  Everything works like a charm...just a few more details and I'll be up and running!  Thanks again!

[CarolineBogart]

sparkandfuel.com, on May 14 2006, 01:18 AM, said:

ok you crazy detail orriented people out there, I got authorize.net working.


......

As a crazy, detail oriented person who had the wrong setting for my Default Relay Response URL, I humbly bow before and thank you for what I am nominating as the single most important post on the forums! Yay!

If you love beautiful jewelry I will get you a discount!!! I am so grateful for you posting that, I'd been hitting my head on the Authorize piece for days. The symptom was that auth net would return to my shopping cart instead of where I told it to go. And it would actually still have the authorize.net transact.dll address in the address bar. I debugged out all of the post, get and server vars, nothing!

thank you thank you thank you. Seriously I'd be happy to get you a discount on the site that you just helped make go live with auth net. PM me -- the site is gabrielxxo.com

yay!

[Learner1988]

CarolineBogart, on Aug 19 2007, 12:16 AM, said:

As a crazy, detail oriented person who had the wrong setting for my Default Relay Response URL, I humbly bow before and thank you for what I am nominating as the single most important post on the forums! Yay!

If you love beautiful jewelry I will get you a discount!!! I am so grateful for you posting that, I'd been hitting my head on the Authorize piece for days. The symptom was that auth net would return to my shopping cart instead of where I told it to go. And it would actually still have the authorize.net transact.dll address in the address bar. I debugged out all of the post, get and server vars, nothing!

thank you thank you thank you. Seriously I'd be happy to get you a discount on the site that you just helped make go live with auth net. PM me -- the site is gabrielxxo.com

yay!

Where do I change the Default Relay Response URL?

[tonedoggydogg]

sparkandfuel.com, on May 14 2006, 01:18 AM, said:

ok you crazy detail orriented people out there, I got authorize.net working.

I talked it over with at least 6 techs at authorize.net and a couple from merchantwherehouse.com, without much assistance and a lot of finger pointing in a big circle.  Not Very Helpful, but who cares.  

I decided to search this forum very deeply to find anything I could, and the path that led me to sucess was in installing a new payment module:
"authorize.net AIM"
this module and a long thread about it can be found here:
http://forums.oscommerce.com/index.php?sho...199381&st=0

In the end, it was important to read the diretions that came along in the .zip file, all the settings worked out fine and I was well on my way to charging my own credit card to my business.


some important notes:
in your authorize.net settings,
Receipt / Relay URLs should be to https://yoursite/blah/blah/checkout_process.php
they should BOTH point to the same page...  I got kicked around when confirming the order, back and forth, until setting them both to the same page.

Delimited Response = No
Default Field Seperator = comma
Field Encapsulation Character = blank

it's got to be BLANK!!!, nothing else worked, and I tried, just so I could post that other things deffinetly didn't work.  


sessions had nothing to do with it in the end, a good thought though and appreciated!  


should anyone want to try it out on my site, you are free to check it out:
www.sparkandfuel.com/catalog/


Thanks for the help guys and gals (if there are any)
BuddyLee; this should get you up and running quickly, without fumbling around.  what's your site?  iI'll check it out.

This worked like a charm in test mode, but when live, the site returns to the checkout confirmation page without any error messages. This would throw the user.

sparkandfuel.com states to set a few things, but I'm not sure where the Receipt / Relay URLs are located. (Which php file?)