To facilitate PCI compliance and transfer the cc processing process off of my server I am switching from the AIM module to using the third party SIM module AuthNetSim. Once I get it working I should also be able to use the "Iframe" feature so the transaction looks native to the site (more native...) but is technically not on my server, OK, with that said, the transaction is returning to my root website (www.domain.com/index.php?etc...) instead of what it needs to which adds a /shop directory for the store build. (should be domain.com/shop/index.php? etc.) Authorize.net support was tragically bad and wants me to review the "api" documentation and seems to indicate the issue is with the payment module but from appearances, even though I'm set with a "receipt URL" and a "relay" url that is ignoring the /shop/ directory. I don't think I should need to investigate an api to troubleshoot this should I?

Because it ignores the shop/ directory it just lands them on the sites home page (domain.com/index.php) and fails to complete the order within OpenCart, but features a full transaction completed POST. AND if I copy the url but add /shop/ the system complete the transaction (displays the Order confirmation page, sends store and customer emails and transaction was processed on authorize.net). I had a similar challenge with SIM processing on this server before which is why I was using AIM but that has an inherent liability I prefer to avoid. I feel like I might be missing something super simple, I hope so... Suggestions? Q?

I don't think I should need to investigate an api to troubleshoot this should I?

Yes. you should due to the periodic changes a payment provider could initiate as developers must stick up-to-date with the changes. However, if you believe changes are in effect with a demonstrated API documentation from the officials, you could always submit a new pull request on GitHub Opencart namespace to inform the OC team for specific requirements to be integrated into the extension payment module (documentation's page included showing the updated requirements).

The most generated errors being found on Opencart forum originates from contributed programming. The increased post counters are caused by redundancies of the same solutions that were already provided prior.

Thanks Straightlight, I appreciate the feedback. That said - Submit a new pull request to GitHub? I know the basics of Git & GitHub and have even done some php and a little javascript but this seems more the area of someone developing modules as opposed to me purchasing and installing them.

My "expectation" (maybe I'm wrong to expect) is when a module or theme is built, the buyer installs and configures. From there either things work or the product is installed or configured incorrectly or has a bug. If it's installation or config the dev normally helps out and may recognize various error behaviors. If it's a bug, I'd normally expect the developer (who already knows what's under the hood) to address that. I was disappointed that Authorize.net said "we're not a web based business" (and I thought BS!? what do you mean? That's ALL you are!!) but alas, their tech's were as confused as I am as to why the receipt page isn't landing correctly. I am outside of my familiar zone if I'm reviewing the API and I know I won't have time to learn it if I also need to be getting new client work done. Just a one guy designer/dev here. I don't feel prepared to write a payment module from scratch or rewrite it with modifications. I'm hoping Q can pipe in soon and help out. I'm also having an impossible time logging into the support forum which isn't helping. The "Allow Cookies" selection is not functioning correctly so I can neither log in nor request a new password. ugh.

Thanks Straightlight, I appreciate the feedback. That said - Submit a new pull request to GitHub? I know the basics of Git & GitHub and have even done some php and a little javascript but this seems more the area of someone developing modules as opposed to me purchasing and installing them.

Which is why, on the forum, we request to have the error detail messages whenever an event comes up in order to provide a solution that may have been provided out-of-the-box already.

The most generated errors being found on Opencart forum originates from contributed programming. The increased post counters are caused by redundancies of the same solutions that were already provided prior.

I feel badly because currently I already have a more detailed dialog occurring with the extensions developer but responses are delayed, which I understand but it leaves me guessing if there is something I can do to make it work or more I need to know. Its hard for me to settle as the cart doesn't correctly process transactions and this is how I collect payments from new website clients. I really need to get the process working and soon. There are no error messages I can see. When the TX processes, Authorize.net sends them back with a complete set of POST data but (apparently) missing the /shop/... subdirectory. No error codes. Then if I manually add /shop/ into the URL in the correct location the transaction completes.

My current guesses are that either authorize isn't sending them to the correct spot (happens too quickly for me to see otherwise but it looks like it goes right to domain.com/index.php?-then-a-complete-tx-post OR when they are returned - the relay process which targets the module isn't returning them to the /shop/ domain. If it did, all the evidence suggests it would compete the transaction. Any suggestions on how to get into the support forum to track tickets there? It's demanding I "turn on cookies" and not letting me allow cookies so I can neither login nor request a password link. Anyone I can connect to for assistance with that? Just start a new post?

The most generated errors being found on Opencart forum originates from contributed programming. The increased post counters are caused by redundancies of the same solutions that were already provided prior.

Hi Straightlight, getting into this I didn't see any messages add to the error file. The most recent messages were from earlier this morning and are:2019-05-08 10:37:49 - PHP Warning: unlink(/home/stormd6/public_html/storage/cache/cache.catalog.language.1557315433): No such file or directory in /home/stormd6/public_html/stormdesigns.com/shop/system/library/cache/file.php on line 68
2019-05-08 10:37:52 - PHP Warning: unlink(/home/stormd6/public_html/storage/cache/cache.catalog.language.1557315471): No such file or directory in /home/stormd6/public_html/stormdesigns.com/shop/system/library/cache/file.php on line 68
2019-05-08 10:39:29 - PHP Warning: unlink(/home/stormd6/public_html/storage/cache/cache.catalog.language.1557315569): No such file or directory in /home/stormd6/public_html/stormdesigns.com/shop/system/library/cache/file.php on line 68

Nothing was added after processing the transaction.
which is pretty geek to me, but I scanned the list upward knowing that other authorize.net settings based on an earlier configuration were producing different results and I also found this.2019-05-04 11:38:04 - PHP Warning: DB\MySQLi::__construct(): Couldn't fetch mysqli in /home/stormd6/public_html/stormdesigns.com/shop/system/library/db/mysqli.php on line 10

and this:2019-05-01 20:30:54 - PHP Warning: require(/home/stormd6/public_html/stormdesigns.com/shop/admin/view/template/extension/payment/authnetsim.tpl): failed to open stream: No such file or directory in /home/stormd6/public_html/stormdesigns.com/shop/admin/controller/extension/payment/authnetsim.php on line 211

and this very interesting one...2019-05-01 6:19:50 - PHP Warning: Cannot modify header information - headers already sent by (output started at /home/stormd6/public_html/stormdesigns.com/shop/system/framework.php:42) in /home/stormd6/public_html/stormdesigns.com/shop/system/library/response.php on line 36

I'm also facing an impediment configuring the Authorize settings.
The readme indicates: "Receipt Page", and "Relay Response" as details to fill in for shopping cart responses. The readme included in AuthNetSim indicates "Referrer Response" which I don't see "exactly" on Authorize.net and the readme isn't specific as to what they might be. Also AUthorizze.net seems to be migrating from "SIM" to something they're calling "Accept Hosted" and I don't know if that is different or somehow interfering. I will experiment by reversing those settings na debut another $1 from me to see if that triggers an error message....

It did not. On Authorize.net I have Relay Response and Receipt URL set to the authnetsim.php location and manually forced removal of non default which was an older default "https://www.stormdesigns.com/shop/index ... t/checkout"
It seems like no matter what I configuration-wise, I end up on stormdesigns.com home page with a lengthy accurate post that would work perfectly if it had the /shop/ in it. Thanks for reviewing this. Not sure why I'm having a hard time connecting to Q on it, I hope he's doing ok and maybe just busy.
PS: I copied locally and cleared the error log to make new messages easier to find. Complete copy is with me if there is anything in it I should look for.

The most generated errors being found on Opencart forum originates from contributed programming. The increased post counters are caused by redundancies of the same solutions that were already provided prior.

Closure of the case. Within a few weeks of opening the case this was resolved with the assistance of Qphoria (the plugins developer) the issue had been that htaccess was redirecting the store requests incorrectly. While this did not adversely impact the cart functionality in other ways the requests coming from authorize.net were not able to access the correct page for processing. I provided access to Q to the server and they were able to update the htaccess such that it now works PERFECTLY using an iFrame to make the traction appear local but no information for the cc is ever placed on my general purpose web server. This is the solution I required to pass PCI review - thank-Q! and thanks to OpenCart support & Silverlight for your patience and assistance.

Closure of the case. Within a few weeks of opening the case this was resolved with the assistance of Qphoria (the plugins developer) the issue had been that htaccess was redirecting the store requests incorrectly. While this did not adversely impact the cart functionality in other ways the requests coming from authorize.net were not able to access the correct page for processing. I provided access to Q to the server and they were able to update the htaccess such that it now works PERFECTLY using an iFrame to make the traction appear local but no information for the cc is ever placed on my general purpose web server. This is the solution I required to pass PCI review - thank-Q! and thanks to OpenCart support & Silverlight for your patience and assistance.

I presume you are referring to my username ... no problem, thanks for letting the community know about the AuthNet issue.

The most generated errors being found on Opencart forum originates from contributed programming. The increased post counters are caused by redundancies of the same solutions that were already provided prior.