Cookie usage page on checkout

[Britney]

Hello all,

 

I am using the payjuction payment module, when i go to check out I get the "Cookie_Usage" page. and cannot complete the transaction. Now, I am using a shared SSL, but have no other problems with that, and I do have force cookie = false, because of the shared SSL. I have also made "prevent spider sessions" to false.

When I check my account with Payjuction, it shows the card as being authorized but I don't get the confirmation page.

 

What could be causing this? I have looked through all the seemingly relevant check out files and see no reference to cookies. So what could cause this to trip?

 

If I use the generic CC module I do not have a problem.

 

Thanks to all the fantascially smart and generour OSC'ers for help with this problem.

[♥Vger]

You must set 'Prevent Spider Sessions' to 'true' or else you'll get all sorts of problems with different people in the same shopping carts or account details.

 

Check your https_cookie_domain and https_cookie_path entries in your includes/configure.php file. e.g. If your shared ssl address is: https://servername.yourhosts.com/yourdomain.com then your entries would be as follows:

 

https_cookie_domain 'servername.yourhosts.com'

https_cookie_path '/yourdomain.com/'

 

Notice that there's no https:// in https_cookie_domain, just like there should be no http:// in http_cookie_domain

 

Vger

[Britney]

You must set 'Prevent Spider Sessions' to 'true' or else you'll get all sorts of problems with different people in the same shopping carts or account details.

 

Check your https_cookie_domain and https_cookie_path entries in your includes/configure.php file. e.g. If your shared ssl address is: https://servername.yourhosts.com/yourdomain.com then your entries would be as follows:

 

https_cookie_domain 'servername.yourhosts.com'

https_cookie_path '/yourdomain.com/'

 

Notice that there's no https:// in https_cookie_domain, just like there should be no http:// in http_cookie_domain

 

Vger

 

Thanks Vger for your quick response

This is what my configure.php looks like.

What do you think....

Is there something I'm missing?

 

// Define the webserver and path parameters

// * DIR_FS_* = Filesystem directories (local/physical)

// * DIR_WS_* = Webserver directories (virtual/URL)

define('HTTP_SERVER', 'http://dupsies.com'); // eg, http://localhost - should not be empty for productive servers

define('HTTPS_SERVER', 'https://host500.ipowerweb.com/~dupsiesc'); // eg, https://localhost - should not be empty for productive servers

define('ENABLE_SSL', true); // secure webserver for checkout procedure?

define('HTTP_COOKIE_DOMAIN', 'www.dupsies.com');

define('HTTPS_COOKIE_DOMAIN', 'host500.ipowerweb.com/~dupsiesc');

define('HTTP_COOKIE_PATH', '/Dstore/');

define('HTTPS_COOKIE_PATH', '/Dstore/');

define('DIR_WS_HTTP_CATALOG', '/Dstore/');

define('DIR_WS_HTTPS_CATALOG', '/Dstore/');

define('DIR_WS_IMAGES', 'images/');

define('DIR_WS_ICONS', DIR_WS_IMAGES . 'icons/');

define('DIR_WS_INCLUDES', 'includes/');

define('DIR_WS_BOXES', DIR_WS_INCLUDES . 'boxes/');

define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/');

define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/');

define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/');

define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages/');

[Nullachtfuffzehn]

I have a similar problem with authorize.net. I'm always redirected without any error message, the addressbar shows the authorize.net address. When I turn force cookie usage off, I'm directed to checkout_payment.

 

The interface apparently works, cause I'm getting a mail notification, that the transaction was succesfully processed.

 

But I'm getting no response in the POST vars to process... Weird!

[Britney]

I have a similar problem with authorize.net. I'm always redirected without any error message, the addressbar shows the authorize.net address. When I turn force cookie usage off, I'm directed to checkout_payment.

 

The interface apparently works, cause I'm getting a mail notification, that the transaction was succesfully processed.

 

But I'm getting no response in the POST vars to process... Weird!

 

I don't understand, I get the cookie usage page with "https://payjunction.com/live/vendor/special/authorize_net" in the address bar.

Does anyone know what might be causing this.

[Nullachtfuffzehn]

I don't understand, I get the cookie usage page with "https://payjunction.com/live/vendor/special/authorize_net" in the address bar.

Does anyone know what might be causing this.

 

That's what I said, it's not your store address in the address bar, but the address of payjunction. That's what I'm getting too. I'm currently working pretty hard to figure out what the reason may be for that behaviour. I've almost anything turned upside down in my PHP files, to get a clue whats happening. As far as I can see, the problem is, that, in my case, authorize.net sends me no answer at all.

[Britney]

That's what I said, it's not your store address in the address bar, but the address of payjunction. That's what I'm getting too. I'm currently working pretty hard to figure out what the reason may be for that behaviour. I've almost anything turned upside down in my PHP files, to get a clue whats happening. As far as I can see, the problem is, that, in my case, authorize.net sends me no answer at all.

 

 

I am really getting frustrated with this problem....The transaction gets processed by the card processor but, does not return the confirmation page.

I thing the problem may lie in application_top.php...

what are your thoughts on that?

[Nullachtfuffzehn]

I am really getting frustrated with this problem....The transaction gets processed by the card processor but, does not return the confirmation page.

I thing the problem may lie in application_top.php...

what are your thoughts on that?

 

Keep calm, Britney. I can't tell you how much hours I've already spent on that task. Was talking to support staff members and all that stuff. Nobody had a clue. And I'm for sure not the worst coder, I usually know what I do. Even the specialists here can't help us, so it's up to me to figure that SHIT out. And I will, I promise you. I keep you informed.

 

Have a nice weekend for now. Go out for dancing and relax. That's what I do now.

 

I gonna stop working now for today (it's 12.00 pm over here). Was long enough though.

[Guest]

you configure.php file is not setup right. So I doubt this has to do with the host.

 

So you change:

define('HTTP_SERVER', 'http://dupsies.com'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://host500.ipowerweb.com/~dupsiesc'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // secure webserver for checkout procedure?
define('HTTP_COOKIE_DOMAIN', 'www.dupsies.com');
define('HTTPS_COOKIE_DOMAIN', 'host500.ipowerweb.com/~dupsiesc');
define('HTTP_COOKIE_PATH', '/Dstore/');
define('HTTPS_COOKIE_PATH', '/Dstore/');
define('DIR_WS_HTTP_CATALOG', '/Dstore/');
define('DIR_WS_HTTPS_CATALOG', '/Dstore/');

 

to

define('HTTP_SERVER', 'http://dupsies.com'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://host500.ipowerweb.com'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // secure webserver for checkout procedure?
define('HTTP_COOKIE_DOMAIN', 'www.dupsies.com');
define('HTTPS_COOKIE_DOMAIN', 'host500.ipowerweb.com');
define('HTTP_COOKIE_PATH', '/Dstore/');
define('HTTPS_COOKIE_PATH', '/~dupsiesc/Dstore/');
define('DIR_WS_HTTP_CATALOG', '/Dstore/');
define('DIR_WS_HTTPS_CATALOG', '/~dupsiesc/Dstore/');

 

ie: domains are domains and paths are paths.

[Britney]

you configure.php file is not setup right. So I doubt this has to do with the host.

 

So you change:

define('HTTP_SERVER', 'http://dupsies.com'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://host500.ipowerweb.com/~dupsiesc'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // secure webserver for checkout procedure?
define('HTTP_COOKIE_DOMAIN', 'www.dupsies.com');
define('HTTPS_COOKIE_DOMAIN', 'host500.ipowerweb.com/~dupsiesc');
define('HTTP_COOKIE_PATH', '/Dstore/');
define('HTTPS_COOKIE_PATH', '/Dstore/');
define('DIR_WS_HTTP_CATALOG', '/Dstore/');
define('DIR_WS_HTTPS_CATALOG', '/Dstore/');

 

to

define('HTTP_SERVER', 'http://dupsies.com'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://host500.ipowerweb.com'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // secure webserver for checkout procedure?
define('HTTP_COOKIE_DOMAIN', 'www.dupsies.com');
define('HTTPS_COOKIE_DOMAIN', 'host500.ipowerweb.com');
define('HTTP_COOKIE_PATH', '/Dstore/');
define('HTTPS_COOKIE_PATH', '/~dupsiesc/Dstore/');
define('DIR_WS_HTTP_CATALOG', '/Dstore/');
define('DIR_WS_HTTPS_CATALOG', '/~dupsiesc/Dstore/');

 

ie: domains are domains and paths are paths.

Thanks enigma,

After much tears, It turned out that my spider.txt file was the cause of the problem. I had to delete the "java/" from the spider.txt file.

I realised that even if you have "prevent spider sessions" set to false, it still uses the spider.txt file.

The only problem I am having with this is, if the card is declined by the card processor(payjuction), it redirects me to the login page. It should put a urlcode on check_payment page saying the card is declined but, it doesn't.

I know you have an answer to this, you 're a genius, please share.

 

By the way, I am a big fan of Enigma. I listen to it everyday, the music warms my heart.

[Guest]

yes I read it elsewhere about the java/ issue. Basically the user agent shows like this and messes up the transaction. For the login issue do the cookies work during transactions? Havent checked the module but if the session or cookie is not maintained then osc cannot validate the customer.

 

When you goto the login page what is the arguments in the address bar of the browser? do you see anything like &amp with the parameters? Are you using seo urls?

[Britney]

yes I read it elsewhere about the java/ issue. Basically the user agent shows like this and messes up the transaction. For the login issue do the cookies work during transactions? Havent checked the module but if the session or cookie is not maintained then osc cannot validate the customer.

 

When you goto the login page what is the arguments in the address bar of the browser? do you see anything like &amp with the parameters? Are you using seo urls?

 

Hello enigma

The only time I get redirected to this login page is when the transaction is declined by the the card processor(payjunction).

The address bar shows "https://payjunction.com/live/vendor/special/authorize_net". I use seo urls, I don't have any &amp in the address bar.

 

Thanks again

[Guest]

Hello enigma

The only time I get redirected to this login page is when the transaction is declined by the the card processor(payjunction).

The address bar shows "https://payjunction.com/live/vendor/special/authorize_net". I use seo urls, I don't have any &amp in the address bar.

 

Thanks again

do a test, swtich off seo urls, there should be a switch from your osc admin and do a test see if you land in the login page again. Re-enable them.

 

Now if it works there is another switch called Output W3C valid URLs (parameter string). Set it to false and do the test again. This time seo urls will be on see if it still works.

 

If it doesn't work post your payment module file.

[Britney]

do a test, swtich off seo urls, there should be a switch from your osc admin and do a test see if you land in the login page again. Re-enable them.

 

Now if it works there is another switch called Output W3C valid URLs (parameter string). Set it to false and do the test again. This time seo urls will be on see if it still works.

 

If it doesn't work post your payment module file.

 

Thank you so much enigma, YOU DID IT!

I followed the instructions above, and everything works perfectly now.

 

Thank you.

[Nullachtfuffzehn]

As I stated above I had a similar problem, but as I figured out now the reason was complete different.

 

The server time of my provider was different to that of authorize.net.

 

That led me anytime to the cookie_usage page, when I turned force_cookie_usage off, I was redirected to the checkout_payment page. No error was displayed, no message from authorize.net.

 

To fix it, I first added the time difference at the authorizenet module and it worked. Later on I contacted the provider and let them fix the time difference.

 

Now it's working like a charm again.