TOPIC: JSON code display

Is anyone else getting this JSON code after making payments to Authorize.net? See attached screen shot. Not sure if it has anything to do with the relay response URL.

Using latest Joomla version and latest DTR component. PHP is 5.5.

I assume you are using the SIM method? I would appear to me that your setup is wrong. Per the instructions found in the pay options area of DT Register:

You will need to go to the account settings for your Authorize.net account and set your "Relay Response URL" as:
http://www.YOUR_JOOMLA_SITE.com/components/com_dtregister/success.php?task=restore

Yes, I am aware of that and it was already in place.

When you click submit on the authorize.net page, you are directed to secure2.authorize.net/gateway/transact.dll whose role it is to output whatever it gets by loading your relay response URL in the background ( cahnrconference.uconn.edu/components/com...ess.php?task=restore ).

So the text there (listed below) is coming from your relay response URL when it receives the POST data from Authorize.net. The last line of that file seems to be code telling the browser to redirect to the similar, but different URL ( cahnrconference.uconn.edu/components/com...p?return=43&passed=1 ) which redirects the user to the confirmation page ( cahnrconference.uconn.edu/index.php/comp...&Itemid=&task=thanks ).

It's not the end of the world, it's just a bit ugly. I'd say the more concerning thing is that the final page in the user experience says "print this confirmation" but doesn't show a confirmation and clicking "print" prints a blank page. This might concern some users or at least make our site look broken. We can either work on getting an actual confirmation to show or take away the "print confirmation" button and just have a general "Success" message.

Authorize.net should show the user the confirmed payment information before re-routing the user back to the website. Instead we get this:

(See attached)

If you can submit a ticket with admin access, and preferably FTP included, we'll look into why that text is displaying after the payment. You may have some debug in play somewhere. We're not getting other reports of that though, but we can take a look.

Regarding the final page displaying a print button without a message... that would be a setup problem. If no message is displayed, then one isn't setup. That is set on the messages tab of configuration, but then each event has the ability to enable and configure a custom "thanks message".

I already did yesterday... I can coordinate a test with you as I have access to void transactions.

Also, shouldn't we also be capturing the registration information in the records before users are sent to AUTH.net for payment? Doesn't seem to be happening?