Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

n&#47 in Authorize.NET transaction when address is not given #5279

Open
vanboom opened this issue Sep 28, 2024 · 1 comment
Open

n&#47 in Authorize.NET transaction when address is not given #5279

vanboom opened this issue Sep 28, 2024 · 1 comment
Labels

Comments

@vanboom
Copy link

vanboom commented Sep 28, 2024

The AuthorizeNetGateway method is assigning n/a or NC as defaults when attempting to extract the state from the address. When the address is nil, n/a causes some junk in the state field of the request. Recommend allowing the state to be nil if it is not provided by the user - why default to NC or n/a. NC is a valid state, but n/a certainly is not a valid state name or abbreviation. We see this come back in the response payload as shown below. Curious if this could cause flags on the processor side w/r to the address verification / fraud settings. I think it should simply allow nil to pass as the value.

NOTE: the other Authorize gateways AuthorizeNetArbGateway and AuthorizeNetCimGateway do not have this default logic and will simply let a nil state pass through when an address is not given.

...
"address" => "",
"city" => "",
"state" => "n/a",
"zip_code" => "75760",
"country" => "",
"phone" => "",
"fax" => "",

vanboom pushed a commit to vanboom/active_merchant that referenced this issue Sep 28, 2024
…NetGateway, none of the other ones do this
Copy link

To provide a cleaner slate for the maintenance of the library, this PR/Issue is being labeled stale after 60 days without activity. It will be closed in 14 days unless you comment with an update regarding its applicability to the current build. Thank you!

@github-actions github-actions bot added the Stale label Nov 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant