www.uburst.com www.uburst.com

""No Data Returned" error message via Authorize.net"

Go back to the LobbyClick here to Go Back to Main ListingClick here to see helpClick here to Search the Forum

General Questions
Forum Type: Public
Moderator: edmunds
Time Zone: EST
Printer Friendly Format
Original Message
 
""No Data Returned" error message via Authorize.net"
Posted by Ron Stewart on May-30-01 at 05:34 PM (EST)
I am trying to have authorize.net process my transactions, and when an order is placed, it appears to be reading correctly on their end. The problem is with the message that is displayed after the transaction is processed: It says: "No Data Returned". Thats it. Nothing else. THe customer should see a "thanks for ordering" or something like that, but instead they just get "no data returned" on their browser.

According to the support folks at Authorize.net, the problem is with the script being run from the shopping cart program. Specifically, the " INPUT TYPE="HIDDEN" NAME="x_ADC_URL" VALUE="https://www.beerisgoodforyou.com:444/cgi-bin/ushop.pl".

They say their system cannot direct a transaction to that page (or any script page for that matter). Is this a problem with having to use port "444" in my url? I wouldn't think that would matter myself, but who knows.

Any ideas?

Click to Send Alert Message to the Administrator Click to edit this messageClick to EMail Click here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents

 Table of Contents

RE: No Data Returned" error me..., Bill Weiner, May-30-01, (1)
Server is fine, Ron Stewart, Jun-02-01, (2)
RE: Server is fine, Bill Weiner, Jun-05-01, (3)
still not working, Ron Stewart, Jun-06-01, (4)
RE: still not working, Bill Weiner, Jun-06-01, (5)
No Luck, Ron Stewart, Jun-08-01, (6)
RE: No Luck, Bill Weiner, Jun-10-01, (7)
Server is fine, Ron Stewart, Jun-10-01, (8)

 

 
Click here to goto Click here to goto the Lobby
Messages in this discussion
 
1 . "RE: No Data Returned" error message via Authorize.net"
Posted by Bill Weiner on May-30-01 at 11:20 PM (EST)
Well, obviously their system CAN direct transaction results to CGI scripts... because that is the way their interface works.

You can also see a working demo of the uShop - Authorize.Net interface at:

http://www.uburst.com/uShop/authorizenet/

As for why you are getting a "No Data Returned" error, I'm not exactly sure. I do not believe the "444" in your URL:

https://www.beerisgoodforyou.com:444/cgi-bin/ushop.pl

.... would be causing a problem. But if so, the Authorize.Net people should be able to tell you that.

My guess is that your script's URL:

https://www.beerisgoodforyou.com:444/cgi-bin/ushop.pl

... was just not working at the time you were trying the test order. I say this because, I tried going to that URL a couple minutes ago and just got an "Unable to locate server" error. Now, however, that URL seems to properly generate the uShop Login Screen.

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
2 . "Server is fine"
Posted by Ron Stewart on Jun-02-01 at 11:22 AM (EST)
I've double checked and the server is fine. In fact it would have to be or the order wouldn't be processed in the first place.

I've tested several other transactions and I'm still unable to shake the "no data returned" message.

Under "payment options" for Authorize.net there is a category for "Customer ID" right below "Merchant ID". The folks at AN didn't know what that is for so I've left it blank. Could that be the culprit??

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick to EMail Click here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
3 . "RE: Server is fine"
Posted by Bill Weiner on Jun-05-01 at 10:22 PM (EST)
The value that you enter as the "Customer ID" is how online transactions on Authorize.Net will be marked. That is, Authorize.Net can handle online transactions ... and can also handle manual credit card orders (ie. if someone calls in an order).

Whatever value you enter as the "Customer ID" field is how Authorize.Net will indicate on the batch history which orders came from online transactions. So I would suggest just leaving the "Customer ID" set to the default value of "Online Customer". This way, whenever you login to Authorize.Net and view your current batch processing... you will see all online orders marked as "Online Customer".

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
4 . "still not working"
Posted by Ron Stewart on Jun-06-01 at 09:32 PM (EST)
I've changed the customer ID setting to read: Online Customer, however I'm still getting the "no data returned" error.

I'm using their "virtual terminal" right now to manually key in orders, but it is a pain in the rear. How can I get this to work?

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick to EMail Click here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
5 . "RE: still not working"
Posted by Bill Weiner on Jun-06-01 at 11:45 PM (EST)
As a test, try configuring your Authorize.Net Payment Option Settings to be the same settings we use on our Authorize.Net interface demo:

http://www.uburst.com/uShop/authorizenet/

That is, login to your uShop Control Panel and configure your Authorize.Net Payment Options settings to be:

Authorize.Net URL: https://secure.authorize.net/gateway/transact.dll
Merchant ID: testing
Customer ID: Online Customer
Address Verification: True
Test Mode: True

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
6 . "No Luck"
Posted by Ron Stewart on Jun-08-01 at 09:32 PM (EST)
I've tried emulating the setting you suggested and I still get the "no data returned" error message. I made my settings:
Authorize.Net URL: https://secure.authorize.net/gateway/transact.dll
Merchant ID: testing
Customer ID: Online Customer
Address Verification: True
Test Mode: True

No luck.

Have you ever seen this "no data returned" error before?

Please help,

Ron

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick to EMail Click here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
7 . "RE: No Luck"
Posted by Bill Weiner on Jun-10-01 at 10:28 PM (EST)
The only time I've ever seen a "no data returned" error was when the server was not responding and/or the script timed out.

1) Do you have many other scripts/accounts running on that server? If so, then it could be an issue with the server load.

2) Or, it may be related to the email receipt problem that you are describing in your other posting. Maybe try setting the "Email Customer" option to "NO" and see if that resolves the problem. (Again, keep using the "test" Authorize.Net settings when doing any tests).

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
8 . "Server is fine"
Posted by Ron Stewart on Jun-10-01 at 10:57 PM (EST)
I have checked with the my server guy, and he says that he has never gone past 2% load capacity even during peak volumes. So the server load seems like it is not the issue.

I changed my settings for the email issue to "no" as per your suggestion in item #2 and I still get the same error message.

Thoughts?

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick to EMail Click here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents


Archive This Thread: Admin and Moderator OnlyRemove This Thread: Admin and Moderator Only
Click here to goto Click here to goto the Lobby

 

 

 

 

 

 

 

 

 

 

 

 
Questions or problems regarding this bulletin board should be directed to Webmaster
©1997-1999 by DCScripts. All rights reserved.