AuthorizeJS Plugin won't validate any CC

  • Posts: 12
  • Thank you received: 1
2 years 1 month ago #345888

-- HikaShop version -- : 4.6.2
-- Joomla version -- : 4.2.3
-- PHP version -- : 8.1.11

I just purchased and installed the Hikashop Authorize JS Payment Plugin because I could not get a successful transaction through Authorize.net's sandbox using the old Authorize.net plugin (error E0000001, no useful details.)

Since installing the new plugin, I can't get a single credit card to pass the validation routine. (Four live cards of various types, half a dozen test CC numbers I've used for years - all of which are documented as test values in Authorize.net's API.)

The JS console in safari AND chrome just repeats the enqueued error message drawn by Joomla. "User authentication failed due to invalid authentication values."

Please Log in or Create an account to join the conversation.

  • Posts: 26158
  • Thank you received: 4028
  • MODERATOR
2 years 1 month ago #345892

Hello,

We recommend you to use a sandbox account for your firsts tests.
The message "User authentication failed due to invalid authentication values" means that your credentials are not right and the API is not accepting it.
It's not a problem with the plugin but directly with the Authorize.Net gateway.

You can try your sandbox account in the Authorize.Net website : developer.authorize.net/api/reference/index.html
And you will find testing cards in that page : developer.authorize.net/hello_world/testing_guide.html

Regards,

Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

  • Posts: 12
  • Thank you received: 1
2 years 1 month ago #345894

This IS using an Authorize.net sandbox account, the ID, Transaction Key and Signature Key from the account's API credentials page, and with or without Test Mode being active. The half-dozen test credit card numbers I attempted came from that page, and the live credit card numbers I attempted included the very one I used to purchase your plugin. I've also cleared all caches many times.

I just installed the Authorize JS plugin on a freshly installed Joomla Site on my laptop, and from there it won't even display the credit card form fields.

Please try again.

Please Log in or Create an account to join the conversation.

  • Posts: 26158
  • Thank you received: 4028
  • MODERATOR
2 years 1 month ago #345895

Hello,

The plugin is using the Authorize.Net SDK and JavaScript Library.
Please note that the Authorize JS needs HTTPS on the website in order to work properly, so the plugin is doing pre-check and won't propose the payment method if SSL is not detected.

The plugin display the credit card inputs which won't be processed by HikaShop but directly by the Authorize JS library.
That lib will generate a "card token" which will be stored in the checkout data and will be "consume" at the order creation.

Regards,

Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

  • Posts: 12
  • Thank you received: 1
2 years 4 weeks ago #345928

That's the procedure I surmised - that this was a JS routine, not a server interaction, which makes it all the stranger that a Joomla fresh install fails. I've seen notes that the authorize.net library may have problems with PHP 8.1.x, but I haven't actually gotten far enough for that to be an issue.

The development site I'm testing does support HTTPS, but the laptop site doesn't yet. I'll set up a fresh installation on the development server next.

Please Log in or Create an account to join the conversation.

  • Posts: 26158
  • Thank you received: 4028
  • MODERATOR
2 years 4 weeks ago #345935

Hello,

It was not really a JS routine, it was in the Authorize.Net "Accept JS" which is the API that the plugin is using.
See : developer.authorize.net/api/reference/features/acceptjs.html

I do think you have the same problem than the error code you had with the old plugin :
developer.authorize.net/api/reference/re...des.html?code=E00001
But since the new plugin is using the AcceptJS system, you do not see the error directly within the plugin, you got it via the JavaScript (which is performing asynchronous calls with Authorize.Net payment gateway).

Regarding the HTTPS, it requires further tests but it might be possible to remove the check on sandbox platform.
Most of payment gateways like AcceptJS remove that SSL requirement on sandbox (because you generally don't have SSL on your local website for your first tests)

Regards,

Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

  • Posts: 12
  • Thank you received: 1
2 years 3 weeks ago #346165

I've found a configuration error that has moved me past this step on one of the three test sites I'm experimenting with, but am now running into an issue with running the plugin on PHP 8.1 (a GitHub library included with the plugin uses an object named "ReadOnly", which is a protected variable name in PHP 8.1, but not PHP 8.0). I'll fight more with it tomorrow.

Please Log in or Create an account to join the conversation.

  • Posts: 12
  • Thank you received: 1
2 years 2 weeks ago #346252

This issue and a few others were resolved. Details in this thread .

The following user(s) said Thank You: Jerome

Please Log in or Create an account to join the conversation.

Time to create page: 0.065 seconds
Powered by Kunena Forum