Authorize.net SIM doesn't return to checkout page

[jmelson]

I need to use Authorize.net SIM so I can avoid a bunch of difficult PCI requirements. I had it working on my old store for years. Now, I have built a new store with osCmax 2.5.4

So, I set up the SIM module, and it gets the customer to their page to enter the credit card #, but when they click "pay now" it POSTs back to my store WITHOUT an osCid. I'm thinking that is the problem. Here's a log of that POST :
198.241.206.38 - - [24/Jan/2018:12:37:46 -0600] "POST /osc2.5/catalog/checkout_process.php HTTP/1.1" 302 384 "-" "-"

I have authorize.net set to refer the receipt back to /osc2.5/catalog/checkout_process.php with a POST operation, which is how it was set for the old store. Is this still the correct URL to refer back when the CC processing is complete? (Because of the way Authorize.net's SIM works, it can't be tested behind a firewall with NAT.)

The code in the SIM module that seems to be responsible for sending the receipt link is now :
tep_draw_hidden_field('x_relay_response', 'TRUE') .
tep_draw_hidden_field('x_receipt_link_url', tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL', false)) .

Although the stock module was this :
tep_draw_hidden_field('x_relay_response', 'TRUE') .
tep_draw_hidden_field('x_relay_url', tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL', false)) .

Neither of these seems to make any difference. Does FILENAME_CHECKOUT_PROCESS have a proper value? It certainly doesn't occur anywhere else in the module.

What the customer sees is immediately after clicking "pay now" on authorize.net, they are back at my store's new customer login page. Authorize.net DOES charge the customer's card correctly, and email a receipt to them.

Thanks for any help with this. I have now gone LIVE with this store, so it is a fairly urgent issue!

Jon

[jmelson]

Just to condense this to the minimum:
osCmax 2.5.4 and Authorize.net SIM
Customer goes through checkout, is sent to Authorize.net-hosted page to enter credit card number, clicks "pay now" and then he's back at my store's login page.
Authorize.net does charge the customer's card.

Thanks,

Jon

[jmelson]

OK, problem solved, with a VERRRY old post on osCommerce
Sessions settings :
Force Cookie : FALSE
Check SSL ID : TRUE
Check User : FALSE
Check IP : FALSE
Prevent Spider : TRUE
Recrease Session: FALSE

And, it now comes back with the checkout success page! WOOHOO! As far as I know, my store is now 100 % functional!

Thanks a lot guys, but this shouldn't be so hard! Some of these settings have mysterious and arcane side effects that don't seem to be documented.
And, eventually, SIM is going to be retired. osCmax doesn't seem to have a module for their replacement service.

Jon

[jmelson]

UGH! This messes up the link to the "For more information, please visit this <link> that is linked to under the picture when the customer clicks on a product.
The link that shows is something like :

(Argh, the message system is munging this URL I want to show)
h t t p: / / pico-systems.com/osc2.5/catalog/redirect.php?action=url&goto=pico-systems.com/fanuc_pins.html

(OK, so, these pages are NOT within the osc2.5/catalog/* directory, they are in the same level that the osc2.5 directory is in. Is that somehow causing this problem?)

But, when you click on it, you get thrown back to the login page, instead of redirected. This was caused by the above settings to solve the Authorize.net SIM return to the checkout_process page.

Anybody know which of those settings makes the "for more info" link not work?

There's no need to do this redirect stuff, just giving the raw URL I entered in the product page would be fine. Anybody know how to just turn off that redirect?

Thanks,

Jon

[jmelson]

OK, this horrible mess comes from templates/fallback/content/product_info.tpl.php on line 242 which says :
<td class="productinfo_boxes"><?php echo sprintf(TEXT_MORE_INFORMATION, tep_href_link(FILENAME_REDIRECT, 'action=url&goto=' . urlencode($product_info['products_url']), 'NONSSL', true, false)); ?></td>

What I'd like to do is just cut out "pico-systems.com/osc2.5/catalog/redirect.php?action=url&goto=" and just leave the simple h t t p : / / and the entry I made on the product page. Is there a simple way to do that?

Thanks,

Jon

[ridexbuilder]

a. Looks like you've maybe resolved the redirect.
b. Don't like the look of those session settings but if it works who am I to question? Watch out for possible consequences though, eg. shopping cart items.
c. Wrap code on this forum with the code, html or php tags.
d. Yup, I've always had 'fun' displaying external links on the forum.
e. There used to be a list of the various internal functions of osC but likely well out of date now.
f. A template is just that, you can choose what it looks like and displays - just don't mess with the fallback one!
g. Now to turn on SEO URLs :-p
h. You've got a weird thing going on with the index page and slideshow.

From your index page

If you get a blank page or hang when you click checkout, please remove all accent marks from your name and address and try again. The USPS and FedEx shipping quote service can't handle these characters.

Looks like some HTML Entities processing is required. Perhaps Michael_S can assist with this one, or via osC forum.

[jmelson]

a. Looks like you've maybe resolved the redirect.

YES, this is now working with Authorize.net SIM!

b. Don't like the look of those session settings but if it works who am I to question? Watch out for possible consequences though, eg. shopping cart items.

So far, I have not seen anything odd, but may have to test some more. Do you have a better suggestion"

d. Yup, I've always had 'fun' displaying external links on the forum.

Worked just FINE on 2.5RC1, I'd swear it was working fine on this 2.5.4 store about 4 days ago???

f. A template is just that, you can choose what it looks like and displays - just don't mess with the fallback one!

I AM messing with fallback, but in one VERY specific place that only affects those More info URLs. I will check that it doesn't affect anything else.

h. You've got a weird thing going on with the index page and slideshow.

Hmmm? What's the weird thing? I do see that there's a repeated background of one of the slideshow pictures. Maybe because I have not set up a background image for that.

Thanks,

Jon

[ridexbuilder]

b. My usual settings..

Force Cookie : True
Recreate Session: True

f. Sighs.
Should be templates/pico/content/product_info.tpl.php
g. yup, repeating background - try resizing your slideshow to fit the available width.

[jmelson]

b. My usual settings..

Force Cookie : True
Recreate Session: True

Recreate Session TRUE is OK, but Force Cookie TRUE causes the error with Authorize.net SIM. So, I will have to leave that set to FALSE.

Thanks,

Jon