Forum Moderators: buckworks

Message Too Old, No Replies

huge problem with authorize.net payment gateway

Safari, Mozilla, Opera or Firefox users can't make purchases

         

jdubo79

1:22 pm on May 4, 2005 (gmt 0)

10+ Year Member



Over the past few months, I have been pulling my hair trying to figure out why so many people were having trouble making purchases on my website. I decided to contact my payment gateway authorize.net. They told me that this was not a problem with my site, but rather a problem with the way Safari, Mozilla, Opera and Firefox parses their Javascript.

And it looks like they don't even have any intentions of fixing this issue!

Below is a summary of Authorize.net's live chat response to my question:

Mozilla based browsers have issues with our site, they do not parse the Java on our site correctly and as a result people may see issues with processing on Safari, Mozilla, Opera or Firefox.Those using these browsers may experience difficulties so it is recommended that they use IE or Netscape

Currently we are aware of the issue but we have no ETA as to when it will be resolved due to the fact that it is not entirely an issue with our site but partially the way the browser parses the code... as with most of the Internet our site is optimized for IE or Netscape, so unforutnaly there may be issues with other non standard browsers Safari, Mozilla, Opera or Firefox.

Netscape and IE possess well over 90% market share for browsers and as I have said it is not entirely an issue with our site... so the vast majority of users using either Internet Explorer or Netscape (which is the vast majority of the Internet users) should see no issue.

Does this seem absolutely ridiculous to anybody else? Is it not a MAJOR oversite on their part that these browsers are not supported?

hfwd

3:26 pm on May 4, 2005 (gmt 0)

10+ Year Member



Could you elaborate as of what actually happened in the checkout process while using Firefox, or these other browsers?

HRoth

3:31 pm on May 4, 2005 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



I use Authorize.net and I also use Mozilla as my browser. There is a problem with using Mozilla while you, the merchant, are in authorize.net's site using the virtual terminal. You can't do a credit with the virtual terminal because Mozilla (and old Netscape, like 4.7) rejects the javascript. You're supposed to be able to click the radio button marked "credit" and then screen will not ask for the expiration date or the full card number, but it doesn't work in Mozilla. Nothing happens, and if you try to enter the info, it won't put it through. Way I understand it, Mozilla and old Netscape consider the javascript necessary to do that task a security risk and so won't allow it.

So instead of doing it onscreen, upload a brief textfile with information for crediting a card. It isn't that much trouble to do a credit file. There are directions for it on authorize.net's site. Once you make one credit file, you can use it as a template to make others. It must be pretty easy if I can do it, as I don't have a techy mind.

In order to avoid the issue entirely, disallow automatic capturing of funds. Allow authorization automatically only. Then you capture by hand when you are ready to ship and always capture only as much money as you want and you pretty much never have to do a credit. Since I switched off automatic capture, I have had to write only one credit file in the past year. This is the only browser problem I know of on authorize.net's site.

So it's not a problem with people using the gateway on your site. It's a problem with you using authorize.net's site. In terms of people using a browser that has a problem with purchasing on a site, I have been using either old Netscape or Mozilla since 1994 and have never had a problem puchasing anything anywhere online. Periodically I purchase something off my own site to make sure there is nothing wrong with the cart (when people have problems with it). I have never had a problem puchasing anything through an authorize.net gateway using Netscape 4.7 or any of several versions of Mozilla, including the most recent (and last) one. People just abandon their carts sometimes. They change their mind. They think they're spending too much money. They can't find their wallet with their card in it (authorize.net allows only 2 minutes for them to put their number in once they get to the cc input screen). Their boss just walked into their cubicle.:)

All this to say I think either you misunderstood the person at authorize.net or the authorize.net person misunderstood your question.

HRoth

3:41 pm on May 4, 2005 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



Yeah, I just went and searched my receipts and found a whole bunch that were done using Firefox, so it's not a problem on Authorize.net's payment gateway.

jdubo79

3:51 pm on May 4, 2005 (gmt 0)

10+ Year Member



Most of the problems I have noticed have been with the "Safari" browser, although by authorize.net's own admition, they stated they have problems with all mozilla browsers as well.

The error is when customers purchase, and is not when I am within their system. I am sure this was because of the safari browser because he said it worked fine when he switched browsers. The latest error someone received was.

The following errors have occurred.
(5) A valid amount is required.

CernyM

4:56 pm on May 4, 2005 (gmt 0)

10+ Year Member



The error is when customers purchase, and is not when I am within their system.

We've done thousands of transactions through authorize.net and never once had a transaction problem due to the browser used.

The user never interacts with the authorize.net site, so the browser they are using is irrelevant.

When customers order via telephone, I enter their order from Firefox. I've done hundreds of these phone transactions and never had an error.

jdubo79

5:05 pm on May 4, 2005 (gmt 0)

10+ Year Member



My system is a bit different in that a file is emailed to me once a purchase is made. However, I confirmed with the people at Authorize.net that this is an issue with their system. Therefore I know that this is not something I am imagining, and that it is in fact a problem with authorize.net.

In addition, I personally have not noticed problems with Firefox, I just mentioned that browser because Authorize.net told me they had problems with it. I personally am only having difficulties only when customers order through the safari browser.

HRoth

7:10 pm on May 4, 2005 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



Well, that's odd, because I did a search on how many customers of mine had used Safari when they made a purchase, and I was surprised to see that in the past week about 7 of them had.

john_k

7:18 pm on May 4, 2005 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



I am guessing that jdubo is using the SIM interface and that HRoth is using the AIM connection method. SIM uses screens from Authorize.net in an IFrame or separate page. AIM uses server processes to negotiate the transaction. So with SIM the user would be subject to errors caused by Authorize.net javascript. With AIM they are not.

HRoth

7:23 pm on May 4, 2005 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



Maybe the other way around, because my cart uses SIM.

jdubo79

7:27 pm on May 4, 2005 (gmt 0)

10+ Year Member



I believe I am using AIM

HRoth

7:41 pm on May 4, 2005 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



No, I'm wrong. My cart can use SIM, but I still have weblink enabled. That must be the difference. Shoot. I have been putting off disabling weblink because I didn't want it to cause any problems.

john_k

7:41 pm on May 4, 2005 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



I believe I am using AIM

Then the user's browser never gets any content directly from Authorize.net. AIM means the payment info is POSTed to your server, your server does a post to Authorize.net, gets a response, and then displays an appropriate reponse to the user.

There aren't any resources loaded into the browser from Authorize.net. So their javascript is never involved - only your own.

jdubo79

8:14 pm on May 4, 2005 (gmt 0)

10+ Year Member



Hmm, thats odd, I am not sure why the people at authorize.net would mislead me to think that their software was at fault and not mine.

HRoth

8:18 pm on May 4, 2005 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



Where did you find that bit about the browsers, jdubo? I couldn't find it on the site, but it's hard to search. I looked in the AIM & SIM documentation they have up and didn't see anything about browser incompatibility in those files. Was it something they sent you in an email? Never mind - now I see it was something you got in live chat.

jdubo79

8:47 pm on May 4, 2005 (gmt 0)

10+ Year Member



I spoke with a representative through their live chat function, and that was where I came across this information. I could not find it within their documentation either.

hfwd

9:24 pm on May 4, 2005 (gmt 0)

10+ Year Member



The only problem I've seen w/ Firefox and Authorize is using virtual terminal (CVI field not showing up).

HRoth

9:25 pm on May 4, 2005 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



I sure hope they realize that the anti-IE backlash is something to reckon with, not only here, but even more so with European customers. Firefox has 5 million users so far. Do they think that's some kind of fluke or that it will just go away? Sheesh. Meanwhile, I hope they don't disable weblink completely anytime soon. Otherwise, I will have to find someone else. I could not lose all those customers just because they are too cheap or lazy to design site interaction so it works correctly.

This reminds me of about a year ago when I called them about the credit screen not working and they told me the fault was my browser and that I should switch to IE. I said that the fault was not in my browser but in the poor design of their site, and that IE was an security nightmare and more and more people would be switching away from it. They literally laughed at me. I got so mad that I spoke to a supervisor, who apologized profusely. But that sure fits with what you have been told. I can't understand that they would consider an inconvenience to the customer less of a concern than an inconvenience to themselves. The US auto industry used to have that same attitude. Look where they are now.