Your browser isn't allowing the iframe communicator page to be loaded in
an iFrame because your server's webserver (apache or nginx probably) is
setting a response header indicating that shouldn't be allowed.
Specifically, the webserver is setting th...
FYI here is the feature request for this:
https://community.developer.authorize.net/t5/Ideas/Show-Hide-of-Cancel-button-in-Accept-Hosted-Form/idi-p/58567
We also had nowhere good to send the user when they clicked
"cancel".Also, because of this related issue
https://community.developer.authorize.net/t5/Integration-and-Testing/API-hosted-form-can-t-post-after-initial-validation-error/m-p/62042#M36426,
...
We're also experiencing this issue. I noticed the authorize.net accept
hosted page now has some javascript which prevents users from entering
troublesome characters (like "&" or "è") in the form, so that's a
partial fix. BUT you can still pass these ...
I'm reproducing the same issue. A band-aid fix we implemented is to
change the "Cancel" button into a "Reset Form and Try Again" button,
which reloads the page. It's definetely not the best solution, but it
gives users at least SOME option. This is a...
