Re: AuthorizeNet Bug

This WebDNA talk-list message is from

2002


It keeps the original formatting.
numero = 45641
interpreted = N
texte = No, I'm not getting what appears to be url'd values back from the transaction gateway. Then again too, I'm not using WebMerchant, so I don't know the differences between your templates and mine. I can send you one of my invoice pages if you like so that you can compare the http headers that I'm sending to what you have.GK > Thanks for the info Gary. > > My specific problem is that the x_type variable being returned by the > AuthorizeNet gateway used to be auth_capture, but changed to > auth%5fcapture on Monday. This causes WebMerchant to ignore the response > because it doesn't know how to handle it. > > So, you're not getting this type of response back? > > > > On 11/22/02 9:34 AM, Gary Krockover wrote: > > > My test orders went through fine with a valid testing card and were declined > > with an invalid card (test successful). > > > > I'm using ADC Relay Response: > > > > > > and Authorization Capture: > > > > > > GK > > > > > >> FWIW, none of my customer's using A/N have reported any issues this week. > >> > >> I'll do some testing though, I have one customer who's A/N account is > > still > >> in testing mode, so it's no problem. I'll post my findings here. > >> > >> GK > >> > >> > >> > >> > >> > >>> Starting Monday, all the variables returned to my AuthorizeNet landing > >> page > >>> have been [url]ed. This totally confused the AuthorizeNet.inc file > > because > >>> it couldn't correctly interpret and process the response. > >>> > >>> Has anyone experienced this? > >>> > >>> BTW, this problem is occurring on two separate web servers running > > WebDNA > >>> 4.02 and MacOS 9. AuthorizeNet was pleading ignorance yesterday when I > >>> confronted them with the problem. > > > --------------------------------------------------------------------- > Clint Davis > Webmaster / Interactive Media Specialist > Gray Loon Marketing Group, Inc. http://www.grayloon.com > 204 Main Street | Evansville, IN 47708 | Phone:812-422-9999 > --------------------------------------------------------------------- ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: AuthorizeNet Bug (Gary Krockover 2002)
  2. Re: AuthorizeNet Bug (Clint Davis 2002)
  3. Re: AuthorizeNet Bug (Gary Krockover 2002)
  4. Re: AuthorizeNet Bug (Clint Davis 2002)
  5. Re: AuthorizeNet Bug (Gary Krockover 2002)
  6. Re: AuthorizeNet Bug (Li Yang 2002)
  7. Re: AuthorizeNet Bug (Gary Krockover 2002)
  8. AuthorizeNet Bug (Clint Davis 2002)
No, I'm not getting what appears to be url'd values back from the transaction gateway. Then again too, I'm not using WebMerchant, so I don't know the differences between your templates and mine. I can send you one of my invoice pages if you like so that you can compare the http headers that I'm sending to what you have.GK > Thanks for the info Gary. > > My specific problem is that the x_type variable being returned by the > AuthorizeNet gateway used to be auth_capture, but changed to > auth%5fcapture on Monday. This causes WebMerchant to ignore the response > because it doesn't know how to handle it. > > So, you're not getting this type of response back? > > > > On 11/22/02 9:34 AM, Gary Krockover wrote: > > > My test orders went through fine with a valid testing card and were declined > > with an invalid card (test successful). > > > > I'm using ADC Relay Response: > > > > > > and Authorization Capture: > > > > > > GK > > > > > >> FWIW, none of my customer's using A/N have reported any issues this week. > >> > >> I'll do some testing though, I have one customer who's A/N account is > > still > >> in testing mode, so it's no problem. I'll post my findings here. > >> > >> GK > >> > >> > >> > >> > >> > >>> Starting Monday, all the variables returned to my AuthorizeNet landing > >> page > >>> have been [url]ed. This totally confused the AuthorizeNet.inc file > > because > >>> it couldn't correctly interpret and process the response. > >>> > >>> Has anyone experienced this? > >>> > >>> BTW, this problem is occurring on two separate web servers running > > WebDNA > >>> 4.02 and MacOS 9. AuthorizeNet was pleading ignorance yesterday when I > >>> confronted them with the problem. > > > --------------------------------------------------------------------- > Clint Davis > Webmaster / Interactive Media Specialist > Gray Loon Marketing Group, Inc. http://www.grayloon.com > 204 Main Street | Evansville, IN 47708 | Phone:812-422-9999 > --------------------------------------------------------------------- ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ Gary Krockover

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

URL'ed value not written to DB URL'ed (2003) WebCat2 several catalogs? (1997) Pulldown Menu Problem (2000) form data submission gets truncated (1997) Emailer (WebCat2) (1997) More than one db with the same namn (was: WC2f3) (1997) Re2: frames & carts (1997) PCS Frames-Default page is solution! (1997) cart (1997) Danger of [newcart] (1999) tab deliminated txt file (2001) WebCatalog can't find database (1997) How can I Add several Items into the cart at once? (1997) EDC Forum V.2 Beta - Test Request (2008) WebMerchant Question (1998) WC2f3 (1997) Browser Info.txt -- newest additions? (1997) Sample Tearoom Search Error (1997) back one? (2000) [WebDNA] SOAP support (2014)