created automatically confirmed after payment payp

-- url of the page with the problem -- : www.formamentisas.com/mms
-- HikaShop version -- : 2.6.1
-- Joomla version -- : 3.4.8
-- PHP version -- : 5.4.45-0+deb7u2

Hi I bought the license for business hikashop but when the customer pays with PayPal, the orders section remains set created without going automatically into confirmed. I installed hikashop + joomla into sub server folder (... / root / cartellajoomlahikashop), what must I do to be created for automatic payment to confirm? thank you

I have this problem with Authorize.net. After payment the user returns to the website thank you page but the cart is not emptied and the order is not confirmed. I read the PayPal doc mentioned but it does not seem to have anything to do with the confirmation of the order or taking the car to empty. I have search the forums for an answer but find nothing that states how to change the status to confirmed and empty the cart.

I have gone thru that list and most of it does not apply ofr makes not difference. The ONLY thing that has any effect is the "Allow payment notifications from %s" setting. If I turn it on I get "(14) The referrer, relay response or receipt link URL is invalid." from Authorize.net. If I turn it off, then the transaction processes thru them and the user gets back to our thank you page. But the order stays in the cart and it is also created but not confirmed.
The return url to the thank you page is empty in the plug in and set in authorize.net as a link method. tried it as GET and POST but no difference. It seems to be the allow payment notification setting option that is causing the problems. On creates the error 14 and off the payment process works but no confirmation. Any more ideas?

ok. the confirmation problem has been solved by using a MD5 hash of "1", but now I have the "(14) The referrer, relay response or receipt link URL is invalid." problem again!
I have NO return URL setup in the plugin, I have NO URL configured in Authorize.net, but STILL get this error. SO the best I can figure is that the plugin is sending something on the x_relay_url that should not be there. However, this does not generate anything in the error log so I cannot see what is being passed. How can I see the contents of the transmission to authorize.net and what they are sending back?

Sorry to be so thick, but this is all very easy for you and not so much for me. You have been helpful so far but everything regarding this plugin setup is very vague. I have been at this problem for a week now and am no closer to a solution.

HOW do I stop the checkout process? It is a guest checkout, 2 steps. The final thing is click FINISH. How do I stop it there and then where / how do I find the parameters being sent? If you want to try it, PM me and I will get you the access and payment test details for an order.
Where is the payment log? If you mean the file in media/hikashop/uploads/safe, that does not show this error. I cleard that log and then ran the process , got the (14) error and it did not update that file.. I guess that because it is from authorize.net side it is not a hikashop error?

Philippe,
Thanks for the reply. This part of the process is solved, so far. Not sure what caused it but I suspect some sort of caching problem, even tho I cleared the browsers cache and the Joomla cache numerous times while investigating problem.
I had been thru all of these points a number of times and they did not clear anything up. I had the plug in set as described.

As far as looking at page info with Firefox page code, there is nothing there that shows any of the X_ parameters until I click finish and then inspect the payment from on Authorize.net. The relay url is NOT what I set in the plugin, nor is it what is set in Authorize.net.
/index.php?option=com_hikashop&ctrl=checkout&task=notify&notif_payment=authorize&tmpl=component&lang=en&Itemid=136

I believe so. I just now need a way to show the customer their order when they return to the site. This is a guest checkout so customers do not have the ability to see their orders before the email is sent. If you have a way to do that for the customers that do not have accounts (we do not allow registrations) then that would be the final piece.

I misspoke- There is still a problem. I hope I can explain this clearly:

In the plugin, if the Return URL is left empty, the checkout page still sends:
==================================
x_relay_url" ID="x_relay_url"
VALUE=http://grammyshomemadepies.com/index.php?option=com_hikashop&ctrl=checkout&task=notify&notif_payment=authorize&tmpl=component&lang=en&Itemid=136
=================================
to authorize.net.

Authorize.net payment gateway uses a “payment form” for the customer to enter credit card numbers etc. Then when they click a button on that form to “pay now”, they should be taken to a receipt page on authorize.net that recaps their order and provides a return link back to our site. That link is set on authorize.net, not in the plugin.
BUT if the above URL is send as the "x_relay_url", the customer does not get the receipt page on authorize.net and instead comes back to the website thru your authorize_thankyou.php, lines 19 thru 33, that just display on plain white page and give the link to return to the site, our Joomla article thank you page.

This is NOT what we need to happen, so in a discussion with authorize.net support we found that if the "x_relay_url" is set to FALSE in the authorize.php, line 603, instad of the above URL, then the customer gets to the proper receipt page on authorize.net and the return link we enter there, to go back to OUR thank you page (the Joomla article), the authorize.net receipt page functions properly.
BUT when the customer is returned to our thank you page, the Joomla article, the order is not confirmed and the cart is not emptied.

So I need to know the correct return URL to set in authorize.net (NOT in your plugin) that will confirm the order and empty the cart AND still take the customer to our thank you article.

I hope you can understand that ANY return url put in the plugin overrides the receipt page on authorize.net. So all return urls MUST be entered in their settings pages in order for the receipt page to function properly for the customer. THEN the URL used to come back to the site needs to confirm the order and clear the cart.

I don't think you understand. The x_relay_url MUST be "FALSE" in order for the proper customer receipt page on Authorize.net to work! There is no exception to that! I have worked with this for almost a week and finally in a discussion with their support people it was determined that ANY other value breaks their receipt page. SO, I have had to hack your authorize.php file at line 603 to remove the default URL and set the value to "FALSE" . If you would like to test this I can accommodate you.
This is the way the authorize SIM gateway works, period.

SO NOW in order for the customers order to be confirmed int component and to clear the cart, I need to know the URL I need to put in the setting ON AUTHORIZE.NET that will take the customer back to our website, confirm the order and clear the cart.
This is the way this MUST work in order to properly process credit cards and orders on Authorize.net.

Nicolas, With all due respect, you are not understanding what is happening.
Unless the x_relay_url sent from from Hikashop to Authorize.net is set to FALSE, our customer CANNOT view the transaction receipt page presented BY AUTHORIZE.NET to them after they pay for their order. This is confirmed and specified by Authorize.net customer service!
Since we ONLY have guest checkout and customers CANNOT see the details of their order anywhere else except thru the RECEIPT PAGE GENERATED BY AUTHORIZE.NET, it is imperative that we have the means to generate that. That means that the x_relay_url MUST be FALSE when sent from Hikashop IF we set that blank in the plugin. If we were to put an entry there, then a totally different set of rules apply. Your plugin functions properly IF the customer registers and creates an account because they can then view their order on our site and the need to have the receipt page on AUTHORIZE.NET is not necessary.
We can set a return url in the settings for that receipt page WITHIN AUTHORIZE.NET to return the customer to our site.
if the above URL will then confirm the order and clear the cart then that is ok, although we would prefer the customer go to a thank you page rather than the generic component thank you page.
Since we have to hack the plugin to achieve this, any update you provide may break our site and that is not acceptable. We may have to change permissions on that folder to prevent it from being over written.

I think the confusion is coming from your not understanding exactly how the AUTHORIZE.NET gateway works when guest checkout is configured in Hikashop. The documents you reference are for how the SIM works IN GENERAL, but the functions of a guest checkout on Hikashop are somewhat different and do not follow those rules exactly. If you had a method by which a guest checking out could view their order on our site, then there would be no need for any hacks. Both this one and the one given to allow the guest to see the order would break the site in an update. Since the ownership and operation of the site will soon pass to non technical persons and when an update is offered, the site will break and your component will take the blame. So it is better to work out a solution now than deal with a business losing revenue because the hacks. break the site. I am turning the site back to test until I can see if the url above, set in AUTHORIZE.NET will at least confirm the order and clear the cart. I will advise if that works or if there is still a problem.

update:
using the "..... /index.php?option...t&lang=en&Itemid=136" url set in AUTHORIZE.NET ends up with a 404 Component Not Found error.
SO that url set in Authorize.net settings is NOT going to work to confirm the order and clear the cart..
I might suggest that you create a sandbox account on authorize,net, configure a hickashop site with guest only checkout and see for your self what I am describing. Also please feel free to access the site and test for your self.

Hello,

Unless the x_relay_url sent from from Hikashop to Authorize.net is set to FALSE, our customer CANNOT view the transaction receipt page presented BY AUTHORIZE.NET to them after they pay for their order. This is confirmed and specified by Authorize.net customer service!

The solution that Nicolas gave you through that thread should do the job regarding the consultation of your order detail :
www.hikashop.com/forum/payment-methods/8...crazy-er.html#235149

So you should enable the "x_relay_url" so that your customer's order status can be automatically set "Confirmed". Then you won't have any customization to add on the Authorize.net Payment plugin, also even if you have some customization on your Authorize.net plugin but you are afraid of loosing it through next updates, you should create another plugin with the some code (+your customization) but with a different name so you won't be bothered anymore about updates.