This is what happens: When a user in our client's platform purchases a course and uses authorize.net as a payment method, they get kicked out of the platform, and when they log in, the platform shows them that they have purchased the course successfully.
This is what we discovered:
We are sending the proper relay url, and authorize keeps returning the to the default one set on their side. That is why it appears that the user is not logged in, because the user is redirected to the original domain instead (the client uses a custom domain) of the custom one and he is not logged in the original one . This is a known issue I have tested by changing the Default Relay Response URL to the desired one and it works, but it will only redirect to it, and not to the one we send.
02-09-2016 11:45 PM
Are using the SDKs? which language? how are you sending the URL?
ithe the relay url you sending in the "Response/Receipt URLs" list?
02-10-2016 04:43 AM
We are using YII framework and the programming language is PHP. I should have some more updates for you soon.
~PM
02-10-2016 07:42 AM
Hello
Thank you for the quick reply .
To answer your questions .
1.No we are not using SDK.
2.The language is PHP .
3.We are sending the URL with a form submitted to Authorize . These are the values we send - http://prntscr.com/9z9hh6.
4.Yes the URL is in the Response/Receipt URLs list . But it is not set as default.
02-10-2016 11:41 PM
What form field name are you using for the relay response url? sound like it didn't watch what authorize.net is looking for.
02-11-2016 04:50 AM
We are using the x_Relay_URL name for the relay response url - http://prntscr.com/9z9hh6. Please see the screenshot.
02-11-2016 11:50 PM
Oop. didn't see the screenshot on your earlier post
Did it ever work before? I did see you are passing receipt link info even those you are not using it.
02-12-2016 05:12 AM - edited 02-12-2016 05:13 AM
Yes, it worked prior to Authorize.net's update. When that update occurred, our LMS (Docebo) instructed us to add an additional response URL. It has not worked since.
02-18-2016 08:04 AM
Might be is the same issue.
02-18-2016 08:56 AM
@RaynorC1emen7 wrote:Might be is the same issue.
Client has tested and this did not resolve the issue.
~Docebo L&S
02-24-2016 02:19 PM