created automatically confirmed after payment payp

Yes, the hack to the file components/com_hikashop/controllers/order.php that Nicolas has suggested does give the guest checking out the ability to see their order.

Yes, hack to the file components/com_hikashop/controllers/order.php that Nicolas suggested does let the guest checking out see their order ( I need to find out how to remove the BACK button because that will take them to a logon screen, which they do not have access to and that will confuse them). But isn't THAT file also a core Hikashop file that would be overwritten during an update?

However, if I use the x_relay_url that Nicolas has been stating,
grammyshomemadepies.com/index.php?option...t&lang=en&Itemid=136
combined with the ? yourwebsite.com/index.php?option=com_hik...ctrl=order&task=show " set in the URL settings at AUTHORIZE.NET, still does not confirm the order or clear the cart!.
If I leave the default
$vars["x_relay_url"] = HIKASHOP_LIVE.'index.php?option=com_hikashop&ctrl=checkout&task=notify¬if_payment=authorize&tmpl=component&lang='.$this->locale.$this->url_itemid;
in the default authorize.php plug in, then I get the (14) The referrer, relay response or receipt link URL is invalid!

It seems that I can ONLY have 1 URL to return the customer to from AUTHORIZE.NET. SO:
** I NEED the guest checkout to be able to confirm the order AND empty the cart when returned from the Authorize.net gateway.
** I NEED to show the customer their order so they can be assured that the order has been placed and confirmed.
I really do not care where in the process the customer gets to see their order, be it on AUTHORIZE.NET or on our website.

What I need from you or Nicolas or anyone else is to tell me EXACTLY what return url to enter in the plugin form box that will show the customer their order, confirm that order and empty the cart.

You guys wrote the plugin so you MUST know how Authorize.net processes the transactions. Surely you must have tested it using the Authorize.net sandbox account with Hikashop configured for guest checkout only and have witnessed these scenarios?
I should not have to hack your code to have it function to Authorize.net specifications, so we must not be communicating properly or we would have resolved this by now. If some one wants to call me and discuss this in person, PM me and I will give you my phone number.

Hello,

But isn't THAT file also a core Hikashop file that would be overwritten during an update?

** I NEED the guest checkout to be able to confirm the order AND empty the cart when returned from the Authorize.net gateway.
** I NEED to show the customer their order so they can be assured that the order has been placed and confirmed.
I really do not care where in the process the customer gets to see their order, be it on AUTHORIZE.NET or on our website.

What I need from you or Nicolas or anyone else is to tell me EXACTLY what return url to enter in the plugin form box that will show the customer their order, confirm that order and empty the cart.

I really have to say that I am pretty disappointed in the level of support I have received on this issue. We chose Hikashop primarily because you advertised support of authorize.net. We PAID for the Essential upgrade only because it offered the guest checkout. Now, neither of these two options work together and your solution is to have me hack/modify/customize core files of your component to make them work together with the risk that they may be over written by a upgrade at some point in the future. Now, after spending MANY hours trying to get this to work correctly I am told, "Sorry, not our problem. We created the component and the plugins but they do not work as advertised. Now you have to create something on your own."
I guess my next step in to request a refund of my cost for the upgrade so I can partially pay someone to do what you should have done in the first place. I have lost a lot of time that I cannot be paid for because YOUR component does NOT do what you advertise, YOU refuse to accept that the tech support at authorize.net says that your component configuration does not work properly with their gateway and you refuse to assist in fixing the code in YOUR plugin in order to comply. You really should either make it work properly or remove it from your component.
I have to tell my client that the Hikashop product I recommended is not going to work for what they need. They have 3 more referrals for me to work on. You can be sure that Hikashop will not be my recommendation.

Well If you can show me even ONE website where the guest checkout can physically see the receipt page on Authorize.net OR see a copy of their order on the originating website, then I will walk back my comments and apology to the forum.
Having tried your default configuration without success nor succeeding with any of the fixes suggested here, I spent an hour on the phone with authorize.net support who walked thru orders with me and then told me that if the x_relay_url being sent to them is FALSE, then and only then, our customers could see their receipt page. THEY know there product and how it works better than you do. I tried their suggestion and it was indeed true, so why would I NOT believe then instead of you? But in order for the orders to actually be confirmed and the cart cleared, I HAD to do it your way, which does NOT display any sort of receipt page and therefore does not meet our needs. So we are forced to accept something that we KNOW is possible because you refuse to accept that your solution may need to be changed.
You have NOT tested this on our website, where I have repeatedly told you I would provide you with all the testing information you want in order to prove my statements are correct.
You have never shown me proof that YOUR methods provide that receipt page on Authorize or on our website and can confirm the order and clear the cart.
This is not some extraordinary request! All major eCommerce sites offer this ability. It should not be so difficult for you, who developed the product to edit your code to make this one simple task possible.

Again, there is NO WAY that ANY Hikashop user with Authorize.net can show their customer a receipt page for their order when using guest checkout.. Prove to me I am worng and I will apologize to everyone here and fully endorse your product.
Failing that, I am requesting a refund of the money paid for the product.

I am not trying to be difficult here, but I tried VERY hard to explain my issue as clearly as possible. I guess there is a misunderstanding of what I needed. You kept offering hacks and changes that I assumed where attempts to solve my problem, but did not work. I kept explaining it and you kept offering the mods and none of it worked. I do thank you for your assistance, but rather than rushing to put up a "band-aid" solution, it would have been better to work to get a clearer idea of what was needed and then work out a solution. Throwing out seemingly disconnected patches only confused things.

I still stand by my opinion that the guest checkout needs to show the customer their order after they process their payment. It is just good business and makes the customer feel confident that they have just made a legitimate purchase.

Some background- I have a degree in programming (ancient languages by today's standards) and systems analysis. I have been around computers for more than 40 years, so I do have a pretty good idea of how things SHOULD work, even if I cannot always write the code to do it (that is not my forte anymore).