Problem with Sucess page

[richmess]

I set my site up using a secure server. OSC works great, by using the secure server as soon as the person hits chekcout button. It works great throught he Paypal or 2Checkout process and brings me back to the Sucess page, with the dude surfing all in https secure mode.

The problem is that when I click the "Continue" button on this page, I get an error of "Not Found." And the URL I'm sent to is in this form missing my domain name. ie. https://secureserver.net/catalog/index.php.


Any suggestions. It sounds like this should be fixed by a slight modification of the checkout_success.php file, but i don;t know for sure.

[lem]

I am having the same problem, if you find a solution let me know. All of my OS2max sites do this. Thanks

[michael_s]

Nope, not a problem with checkout_success.php . Your SSL settings in /includes/configure.php are incorrect. Fix them so that they use the correct https domain and https cookie domain.

[groggory]

http://oscdox.com/modules.php?op=mod...amp;version=12

[vinces]

Oh, I've had this problem before. This happens when using a shared SSL. Here is what it should look like:

CODE
define('HTTP_SERVER', 'http://www.domain.com');
define('HTTPS_SERVER', 'https://www.secure-domain.com/~username');
define('ENABLE_SSL', true);
define('HTTP_COOKIE_DOMAIN', 'www.domain.com');
define('HTTPS_COOKIE_DOMAIN', 'https://www.secure-domain.com/~username');
define('HTTP_COOKIE_PATH', '/catalog_name/');
define('HTTPS_COOKIE_PATH', '/catalog_name/');
define('DIR_WS_HTTP_CATALOG', '/catalog_name/');
define('DIR_WS_HTTPS_CATALOG', '/catalog_name/');

[lem]

Hey Guys,
Thank you for your replies. Actually, the problem was with checkout_success.tpl.php located in the /templates/aabox/content folder. See, I am using a shared SSL, so when the person clicks the continue button, it tries to take them to https://truckracingparts.com when it is actually https://ourserver.com/truckracingparts... So, to fix that we made the "continue" page, Non SSL. Here is the code example, you want to replace SSL with NONSSL and have it be all Capital letters.

This is the first line of code in checkout_success.tpl.php:

 <?php echo tep_draw_form('order', tep_href_link(FILENAME_CHECKOUT_SUCCESS, 'action=update', 'SSL')); ?><table border="0" width="100%" cellspacing="0" cellpadding="0">

Here is what it needs to be. Again, this is only if you are using a shared SSL:

<?php echo tep_draw_form('order', tep_href_link(FILENAME_CHECKOUT_SUCCESS, 'action=update', 'NONSSL')); ?><table border="0" width="100%" cellspacing="0" cellpadding="0">

I hope this helps.
Thanks,
Lem

[groggory]

I added this to the wiki....could someone please check it for accuracy? I added the two links to the new SSL page to reflect what was discussed in this topic.

Thanks

http://www.oscdox.com/modules.php?op...p;pagename=SSL

[toddhata]

I'm having a problem with the last step of the checkout page comming up with the "page not found" error. I haven't gone live yet, waiting for my secure certificate. I have a shared secure certificate, and I tried with, and without it and I still get the same error. I also tried the changes as described above but it doesn't help. Anyone have any ideas?

I'm also having a problem when I use the shared secure certificate, most of the time when I log in, the cart shows as empty so you can't check out. But if you click anywhere else to browse again, the cart contents are there. If I turn the ssl to false, this never happens.

It's an adult dvd store, there are pictures, so beware of where you access if you want to take a look and try to help. http://64.23.52.150/dvd/index.php



UPDATE - I found that if I turn off the Authorize.net module, it works fine, I can check out using a money order, or the credit card module. so does anyone know about any problems with the authorize.net module? what is the Login Transaction Key? is the the password for auth.net?

also still having problems when using the secure certificate, I was thinking maybe it has to do with the secure cookie path?

[michael_s]

I can make this happen my improperly setting up my configure.php file, and make it stop by fixing the configure.php. It is not a bug, but fully dependent on how you enter your path information into the configure.php file. See the below example.

toddhata:

You most likely have mismatched paths in your configure.php. I am guessing that you have something like this:

define('HTTPS_SERVER', 'https://sslserver.com); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // secure webserver for checkout procedure?
define('HTTP_COOKIE_DOMAIN', '64.23.52.150');
define('HTTPS_COOKIE_DOMAIN', 'sslserver.com');
define('HTTP_COOKIE_PATH', '/180/');
define('HTTPS_COOKIE_PATH', '/~username/dev/');
define('DIR_WS_HTTP_CATALOG', '/180/');
define('DIR_WS_HTTPS_CATALOG', '/~username/dev/');

This will always give you a 404 error. It needs to be:

define('HTTPS_SERVER', 'https://sslserver.com/~username); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // secure webserver for checkout procedure?
define('HTTP_COOKIE_DOMAIN', '64.23.52.150');
define('HTTPS_COOKIE_DOMAIN', 'sslserver.com');
define('HTTP_COOKIE_PATH', '/dev/');
define('HTTPS_COOKIE_PATH', '/dev/');
define('DIR_WS_HTTP_CATALOG', '/dev/');
define('DIR_WS_HTTPS_CATALOG', '/dev/');

This is a simple issue of not having mathching path information in your configure.php.

[michael_s]

groggory,

I am pretty sure the new 'common problems' wiki page is not needed if the configure.php is setup correctly. It may just confuse matters by encouraging folks to keep their configure.php files set up incorrectly and start hacking the code to make the shop work with it...