Skip Menu |

This queue is for tickets about the Business-OnlinePayment-AuthorizeNet CPAN distribution.

Report information
The Basics
Id: 22017
Status: resolved
Priority: 0/
Queue: Business-OnlinePayment-AuthorizeNet

People
Owner: ivan-pause [...] 420.am
Requestors: mschwern [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in:
  • 3.15
  • 3.00
  • 3.01
  • 3.10
  • 3.11
  • 3.12
  • 3.13
  • 3.14
Fixed in:
  • 3.16
  • 3.17



Subject: Test account no longer valid.
Installing B::ON::AuthorizeNet I got a failure in credit_card.t. After uncommenting the warning on failure... 1..1 (TESTMODE) The merchant login ID or password is invalid or the account is inactive. at t/credit_card.t line 33. not ok 1 This seems to come from two problems. First, the username/password in the test doesn't seem valid anymore. Second, Authorize.net says to use https://test.authorize.net/gateway/transact.dll for testing. This patch should solve the second problem. Don't know what to do about the first. --- AuthorizeNet.pm (revision 19622) +++ AuthorizeNet.pm (local) @@ -26,6 +26,14 @@ )); } +sub test_transaction { + my $self = shift; + my $is_test = shift; + + $self->server('test.authorize.net') if $is_test; + $self->SUPER::test_transaction(@_); +} + sub map_fields { my($self) = @_;
In the past x_Test_Request has been set to TRUE to enable test transactions. I wonder if we want to make sure that test.authorize.net will accept regular authorize.net accounts?
CC: MSCHWERN [...] cpan.org
Subject: Re: [rt.cpan.org #22017] set server to test.authorize.net for testing
Date: Wed, 18 Oct 2006 13:25:22 -0700
To: bug-Business-OnlinePayment-AuthorizeNet [...] rt.cpan.org
From: Michael G Schwern <schwern [...] gmail.com>
via RT wrote: Show quoted text
> <URL: http://rt.cpan.org/Ticket/Display.html?id=22017 > > > In the past x_Test_Request has been set to TRUE to enable test > transactions. > > I wonder if we want to make sure that test.authorize.net will accept > regular authorize.net accounts?
I think the choice of test.authorize.net vs authorize.net are wholly different servers. So I don't think test.authorize.net will accept authorize.net accounts and vice versa. Reading Appendix G of the AIM guide it seems x_Test_Request is all which is needed to set and my patch is doing the wrong thing. So don't apply it. Once BOP::AN has its own test account the tests should simply set their server to test.authorize.net.
On Wed Oct 18 16:26:04 2006, schwern@pobox.com wrote: Show quoted text
> via RT wrote:
> > <URL: http://rt.cpan.org/Ticket/Display.html?id=22017 > > > > > In the past x_Test_Request has been set to TRUE to enable test > > transactions. > > > > I wonder if we want to make sure that test.authorize.net will
accept Show quoted text
> > regular authorize.net accounts?
> > I think the choice of test.authorize.net vs authorize.net are wholly > different servers. So I don't think test.authorize.net will
accept Show quoted text
> authorize.net accounts and vice versa. > > Reading Appendix G of the AIM guide it seems x_Test_Request is all > which is needed to set and my patch is doing the wrong thing. So > don't apply it. Once BOP::AN has its own test account the tests > should simply set their server to test.authorize.net.
This is what I've done; will be in 3.16. Thanks for all your help with B:OP and B:OP:AuthorizeNet!