Posted: January 29, 2014 at 9:56 am
|
My client just started receiving this error: I’m not aware of changes that may have been done, to either the website or at auth.net. I updated to version 3.1.36.4.P to see if it would correct. No luck. I also deactivated all plugins and tried. No luck. My return url is:http://www2.xxxx.org/?page_id=135. IF I copy that URL to the browser it comes up fine. I spoke with Auth.net support, and they were of no help. They stated that the x_relay_url, or the x_reciept_link_url, are not being sent over correctly (from what their documents state). What is it I can do or look at? Any suggestions would be great. WordPress 3.8.1 You can see the page here and try it out: thanks! |
Hi Brian, I can’t tell what’s being sent because of the automatic redirect that’s set up on the page that comes up after you confirm. That said, you (or your client) should go in to the Authorize.net account and make sure that both of the following URLs are set for relay response URLs: http://www2.paei.org/thank-you To add a valid Response/Receipt URL: |
|
|
Thanks for the fast reply, Josh! Ah, adding the thank-you to the response URL list definitely helped. It now will accept payment! Of course, this is now leading to another problem. When it returned, it returned to the site, but the theme/page is messed up, and difficult to read things. Here is what it is looking like. As you can see way different than the websites style. Why is it doing this, and how can I correct this? thanks again, brian |
|
Hmm, the url for the image didn’t show up. I’ll try that again: |
Hi Brian, You’ll need to install an SSL certificate for that domain in order to load the theme’s stylesheet securely. This is because the Thank You page gets loaded via Authorize.net servers as https. Most browsers will not load an insecure CSS file (where the link to the stylesheet is http) onto a secure page. |
|
|
Hi Josh, Hmm, but this used to work fine the past year, without SSL, displaying the return page okay. And, it was doing it without using the thank-you page as a return. I get what you’re saying but, installing an SSL isn’t something the client wants, and why the user goes to Auth.net to enter the CC information. There must be something to get it to how it was working? Or was it an upgrade to Espresso that changed things? thanks, brian |
Hi Brian, I don’t think it was an update that changed the way the receipt page loads, it has been this way for a long time. It can depend on the browser though, because some browsers will load the CSS even if it’s not via https on an https page. One workaround I can think of would be to conditionally load in the theme’s style.css inline for the Thank You page. |
|
|
Ah, I see. I tried in IE and it works fine. I was using FF, and no luck there. Thanks for your help! -brian |
You’re welcome. |
|
The support post ‘Authorize.net (14)The referrer, relay response or receipt link URL is invalid.’ is closed to new replies.
Have a question about this support post? Create a new support post in our support forums and include a link to this existing support post so we can help you.