Unable to Process Authorize.net

Hello.

I've just completed my site and got my authorize.net etc etc and was testing the purchase link through authorize.net. I couldn't get it to work with my products as loaded, saw some other threads about unsupported characters etc in authorize.net and so for simplicity created a product called Test. I uploaded the code suggested in another thread to provide an error message and this is what I've got (I've deleted my transaction key and login id and my credit card and phone number for security purposes here and put XX in the quote).

Can you help me please. site is bannerspecials.com

Auth Net:
x_login=XX_tran_key=XX_version=3.1&x_invoice_num=0ej572t2dh35a4h4jd0m8f42s7&x_test_request=0&x_method=CC&x_type=AUTH_CAPTURE&x_relay_response=FALSE&x_delim_data=TRUE&x_delim_char=::&x_customer_ip=97.102.65.37&x_amount=35.00&x_description=1 Test (1802)&x_line_item=1802<|>Test<|><p>*Test</p><|>1<|>35<|>YES&x_card_num=XX&x_exp_date=XX&x_card_code=XX&x_email_customer=TRUE&x_tax=0&x_tax_exempt=FALSE&x_freight=0&x_first_name=David&x_last_name=Heath&x_address=263 Pebble Hill Way&x_city=Rockledge&x_state=FL&x_zip=32955&x_phone=XX&x_fax=&x_email=ramsay4@mac.com&x_country=US&x_ship_to_first_name=David&x_ship_to_last_name=Heath&x_ship_to_address=263 Pebble Hill Way&x_ship_to_city=Rockledge&x_ship_to_state=FL&x_ship_to_zip=32955&x_ship_to_country=US&x_ship_to_phone=XX&x_ship_to_fax=&x_recurring_billing=NO3::1::270::Line item 1 is invalid.::::P::0::0ej572t2dh35a4h4jd0m::1 Test (1802)::35.00::CC::auth_capture::::David::Heath::::263 Pebble Hill Way::Rockledge::FL::32955::US::XX::::ramsay4@mac.com::David::Heath::::263 Pebble Hill Way::Rockledge::FL::32955::US::0.0000::::0.0000::FALSE::::526947751E7EBB342543E278FEC2EA27::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::XX::

This looks like the full request, you will also need the full response. Here is the code you can add to the page to get back both of these:

<?php

require_once("WA_eCart/Adv_CO_Scripts/AuthNet_PHP.php");

?>

<?php 

if(!session_id()) session_start();  

echo("the full request is: " . AuthNet_Result("Full Request") . "<br/><br/>");

echo("the full response is: " . AuthNet_Result("Full Response"));

?>

Please post back with the full response so we can see what the error message is.

Eric the full response is there in the paste above, but here it its with the code you had me paste in. I have replaced my phone number with XX. So its a line 1 invalid - I called the product in this case, test but its failing no matter what product name I have. Grateful for any help please.

the full response is: 3::1::270::Line item 1 is invalid.::::P::0::eh8v6a7m8dudsms0kdhu::1 Test (1802)::35.00::CC::auth_capture::::David::Heath::::263 Pebble Hill Way::Rockledge::FL::32955::US::XX::::ramsay4@mac.com::David::Heath::::263 Pebble Hill Way::Rockledge::FL::32955::US::0.0000::::0.0000::FALSE::::526947751E7EBB342543E278FEC2EA27::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::XX::

Originally Said By: Eric Mittman

  This looks like the full request, you will also need the full response. Here is the code you can add to the page to get back both of these:

php:

<?php

require_once("WA_eCart/Adv_CO_Scripts/AuthNet_PHP.php");

?>

<?php 

if(!session_id()) session_start();  

echo("the full request is: " . AuthNet_Result("Full Request") . "<br/><br/>");

echo("the full response is: " . AuthNet_Result("Full Response"));

?>

Please post back with the full response so we can see what the error message is.  

Sorry about that, I did not notice the response in there. When I review the line item info in the request it looks like this:

x_line_item=1802<|>Test<|><p>*Test</p><|>1<|>35<|>YES

The values seem to match what is expected but the description seems like it might be off. What happens if you have the description for the item without any <p> tags or * in it? If you continue to have this problem after adjusting the description let us know and I will get a ticket opened for you so we can help you get to the bottom of this.

Hi Eric

At your suggestion, I went into the product description to amend it. My test product was called Test and that was what I put into each of the description areas - i.e. cart description, short and long descriptions. I decided I would change these simply to the letter a and in the process of so doing i noticed that there was a gap of a space before my previous text (ie the word "test") Once I deleted that space and input the letter a, it worked and my purchase processed.

I started another test product - called test2 and noticed that as a default the checkout and short product description field seemed to start one space out and the long description field added a line return. For this product I let that default stand and simply entered the letter 'a' like before. This product - test2 - then failed in checkout. I then took out this first space/line return in the product test2 and it ran through checkout fine.

I have since tested some of my actual products and encountered the same base issue - it seems like the following happened when I entered my products

In the cart and short descriptions, when clicking in the box to enter data, a space is automatically added. When clicking in the long description, a line return and a space is added. I thought I just typed these in originally rather than cut/paste so my thinking is that the program automatically does this? Can you advise ?

Good work getting to the descriptions like this. When I test this out I do not see a space present in the descriptions. You can see the spaces like this in your db? What version of PowerStore are you working with and what browser are you using? Please post back with these details and I will get a ticket open based on the specifics.

Hi Eric

New to programming so don't know how do inspect my database per your suggestion but it must be the case - it processes without the space and doesn't with it.

Anyway to answer your other questions - I am using Powerstore 3 and Safari 4.0.5. As a default when you click in the entry box for cart, short, and long description it sets the cursor after inserting a space. You can carefully click the very corner of the box and override this, however this isn't the default way someone would enter text - you cllck in the box and go.

As a comparison on the same computer I used Firefox 3.5.9 and clicked in these boxes and everything was fine - no spaces. In each case I was using the same computer (17" 2.5GHz Intel Core 2 Duo MacBook Pro).

So no huge deal now I know what the issue is - but it could be something someone using Safari could miss

Thanks for getting back with the details. I have logged this as a bug and sent the details to some others here at WebAssist. I think this is a great candidate for a known issue write up so that others are at least aware of the problem and how to fix it until a more permanent solution can be achieved.