PWA and paypal

[Kayin]

This thing just does not want to checkout right.

 

I have paypal setup as the only payment module. I add a product to the shopping cart then I go to checkout. It sends me to the login screen, I click on the PWA add (straight to checkout) then it just dumps me back to an empty shopping cart without going through paypal or anything.

 

Am I missing something here?

[chooch]

Try posting on the PWA contribution support thead, you may have an answer on this question on forum already

[Kayin]

I'm starting to think this is more a paypal issue than a PWA issue. I went through a demo with fastcheckout and it did the same thing like that was supposed to dump you back at an empty shopping cart.

 

Granted I don't have the paypal end setup yet but its correct on the OScommerce side. Is it supposed to just dump me back at an empty shopping cart when I use paypal or something?

 

I figure at least I'd get an error page.

 

-K

[wheeloftime]

I'm starting to think this is more a paypal issue than a PWA issue. I went through a demo with fastcheckout and it did the same thing like that was supposed to dump you back at an empty shopping cart.

 

Granted I don't have the paypal end setup yet but its correct on the OScommerce side. Is it supposed to just dump me back at an empty shopping cart when I use paypal or something?

 

I figure at least I'd get an error page.

 

-K

Do you have SSL setup and are your sessions working properly ? It sounds like you are loosing the session information when you switch to checkout. PWA and Paypal should just work fine together.

[Kayin]

Do you have SSL setup and are your sessions working properly ? It sounds like you are loosing the session information when you switch to checkout. PWA and Paypal should just work fine together.

 

I haven't touched sessions so right now it looks like this:

 

Session Directory /tmp

Force Cookie Use False

Check SSL Session ID False

Check User Agent False

Check IP Address False

Prevent Spider Sessions False

Recreate Session False

 

This would seem like a problem. Im' a noob and I apologize for that. Out of curiosity, are these options independent for remembering sessions? I'm not entirely sure how this is supposed to work.

 

-K

[Kayin]

ok, I read through the bug report located here:

 

http://www.oscommerce.com/community/bugs,2...tions+&+Classes

 

I went in and played with the sessions, i'm about 90% sure now that I am losing sessions.

 

I tried everything recommended in the help article and nothing seemed to work, including giving permissions to to the /tmp directory and all that jazz but when I think of my config file, I remember this line:

 

define('STORE_SESSIONS', 'mysql'); // leave empty '' for default handler or set to 'mysql'

 

I'm using mysql to store sessions.

 

Anybody have any ideas from here?

 

-K

[wheeloftime]

ok, I read through the bug report located here:

 

http://www.oscommerce.com/community/bugs,2...tions+&+Classes

 

I went in and played with the sessions, i'm about 90% sure now that I am losing sessions.

 

I tried everything recommended in the help article and nothing seemed to work, including giving permissions to to the /tmp directory and all that jazz but when I think of my config file, I remember this line:

 

define('STORE_SESSIONS', 'mysql'); // leave empty '' for default handler or set to 'mysql'

 

I'm using mysql to store sessions.

 

Anybody have any ideas from here?

 

-K

That line is fine and shouldn't pose a problem. With that set to 'mysql' the temp path setting for sessions isn't relevant. Check if you have osCsid's behind your URL's when browsing your shop. They should dissapear after one or two clicks and if they don't many of the times the problem is the settings for

define('HTTP_COOKIE_DOMAIN', '');

define('HTTPS_COOKIE_DOMAIN', '');

define('HTTP_COOKIE_PATH', '');

define('HTTPS_COOKIE_PATH', '');

in your (catalog)/includes/configure.php

[Kayin]

That line is fine and shouldn't pose a problem. With that set to 'mysql' the temp path setting for sessions isn't relevant. Check if you have osCsid's behind your URL's when browsing your shop. They should dissapear after one or two clicks and if they don't many of the times the problem is the settings for

define('HTTP_COOKIE_DOMAIN', '');

define('HTTPS_COOKIE_DOMAIN', '');

define('HTTP_COOKIE_PATH', '');

define('HTTPS_COOKIE_PATH', '');

in your (catalog)/includes/configure.php

 

The cart was installed using a control panel installer on bluehost. The configure.php was automatically generated and doesn't contain any errors. I looked over the case sensitive defines with a fine toothed comb, its all correct.

 

I followed the path of session ids as I went through the process of checking out. It turns out the Session IDs seem to work fine, its just whenever I click check out and go through the PWA process, I get a new session ID assigned when it creates the "guest" account. So, ultimately i'm stuck in a big loop.

 

I check the admin panel and notice that when I try to check out multiple times, there are several guest accounts shown to be browsing all with the same session IDs as I had, so as far as I can tell it's not a session problem but a PWA issue.

 

-K

[wheeloftime]

The cart was installed using a control panel installer on bluehost. The configure.php was automatically generated and doesn't contain any errors. I looked over the case sensitive defines with a fine toothed comb, its all correct.

 

I followed the path of session ids as I went through the process of checking out. It turns out the Session IDs seem to work fine, its just whenever I click check out and go through the PWA process, I get a new session ID assigned when it creates the "guest" account. So, ultimately i'm stuck in a big loop.

 

I check the admin panel and notice that when I try to check out multiple times, there are several guest accounts shown to be browsing all with the same session IDs as I had, so as far as I can tell it's not a session problem but a PWA issue.

 

-K

If that seems to be the case you best read/ask inside the PWA forum thread. I don't know for the latest PWA versions but from personal experience the PWA 0.82 and the version purchase_without_account_1.0.2.zip do not have a/this problem when correctly installed.