topic Re: Testing locally AcceptHosted in Integration and Testing

Testing locally AcceptHosted

tomtichy410 — Thu, 04 Jan 2024 11:49:55 GMT

Hi,

How does one test AcceptHosted solution locally?

I am having problems passing url with `localhost` in it to Authorize.Net whether inside hostedPaymentReturnOptions, or hostedPaymentIFrameCommunicatorUrl

the back responds with E00013:Invalid Setting Value. hostedPaymentIFrameCommunicatorUrlurl: must begin with https://

The message is misleading, because it doesn't care about https. It does care about localhost.

I guess I could edit hosts file and setup a fake domain. But that's not a great solution.

Any ideas?

Re: Testing locally AcceptHosted

JeffGTech — Thu, 04 Jan 2024 15:02:54 GMT

It doesn't support 'localhost' anymore as far as I know. I ended up doing what you did with fake domain. If you want to test the iFrameCommunicator with it, then it's better to actually use a static hosting service like S3 with AWS.

Re: Testing locally AcceptHosted

tomtichy410 — Thu, 04 Jan 2024 20:13:56 GMT

Thanks. Fake domain brought a host of other issues.

So I ended up just using http://127.0.0.1:3000 for the URL. Because that passes aNet's url validation.

<sarcasm>Great developer experience</sarcasm>

Re: Testing locally AcceptHosted

JeffGTech — Fri, 05 Jan 2024 00:00:05 GMT

Haha, I didn't think of using just the loopback IP address instead of localhost. Good find, but really silly that localhost is blocked. Be aware though, that I ran into some issues with the iFrame closing properly when it can't fetch the iFrameCommunicator.html if you're using it. Probably just the React lib I was using, but something to watch out for.

Re: Testing locally AcceptHosted

jhoney12 — Sat, 06 Jan 2024 07:23:22 GMT

Oh, interestingly, it didn't occur to me to utilize the loopback IP address instead of localhost. It's a clever discovery, although it seems a bit absurd that localhost is restricted. However, I did encounter some challenges with the iFrame closure when it couldn't fetch the iFrameCommunicator.html, especially if you're utilizing it. It might be related to the React library I was working with, so just a heads-up on that potential issue.

Re: Testing locally AcceptHosted

tomtichy410 — Tue, 09 Jan 2024 18:31:30 GMT

Yeah, I've had some strange issues with the iFrameCommunicator as well. Usually hard refresh does the trick. I can live with that working locally.

Re: Testing locally AcceptHosted

seed — Mon, 04 Mar 2024 12:25:35 GMT

"Facing challenges testing AcceptHosted solution locally due to issues with passing URLs containing 'localhost' to Authorize.Net. Error message indicates 'https://' requirement, but the real issue is with 'localhost'. Editing hosts file for a fake domain is a workaround, but seeking alternative solutions for smoother testing process. Any suggestions or insights appreciated."