Quantity Not Updating With Purchase via paypal

[Paulw01]

Hi there,

I have done a live test on my site purchasing a product using the paypal module.
I only have the paypal module installed.
I'm using Prestashop 1.1.0.5 - 0.173s

I logged in as a customer into prestashop. After completing a transaction via paypal (no paypal account, only card transaction) I checked the "my orders" tab under "my account" tab there was no order history.

Also the cart still had the same items I had already purchased, I had to delete these from the cart.

Another thing that happened in the Back Office is that the order doesnt show up as an order. can only see some details via customer tab.

The stock level for the purchased product still stays the same, does not reduce. I have stock control on, and have set the relevant settings in presta and csv file. Stock control enabled etc. see settings below.....

Products Tab settings
allow ordering out of stock NO
enable stock management Yes
Display Quantity on product page Yes
Display pre tax No
Display Unavailable product attribs Yes
Display last quantities when lower 3
Products per page 10

Preferences Tab
Enable shop NO
Maintenance IP is set to my ip
Enable ssl - No
Increase Front office security YES
Friendly url NO
Back office help YES
Terms Of Service YES
Gift Wrap NO
Recycled Package NO
Cart Redisplay NO

Could there be anything in my settings to cause this problem ?



Thanks !!
Paul

[Paulw01]

Anyone with any suggestions ? I'm going to enable the shop and disable the maintenance ip see if that makes a difference ?

[Paulw01]

nope, still same problems.

If items are bought via paypal module only does that mean .....

1) stock control does not work ???
2)Customers own account does not display previous orders for paypal ??
2a) cart still has order in it, has to deleted.
3)I do not get orders in the back office in presta
4)The only info regarding orders from paypal is the paypal confirmation email AND the customer details / last cart info under customer tab?

Is that correct or is this a bug or am I doing something wrong ?


Surely I'm not the only person experiencing this ?

advice welcome !

[Mallee Boy]

i have exactly the same problem. If you have a solution can you please post it here.

Cart does not clear after return from paypal check out.
No Account History
No Stock control working

Need Help, Thanks.

[Mallee Boy]

[solved]
http://www.prestashop.com/wiki/PayPal_and_PrestaShop/

[karin42]

I'm having the same problem and I already have the settings the solution posted specified.

My client's product is one of a kind. If it's in play (ie in a cart, or ordered (even with the paypal defect)) it shouldn't be available.

Can someone look at this thread and see if they know a solution? I'd be very appreciative!

-Karin

[Mallee Boy]

Not quite sure i understand your problem. Perhaps you could say it another way?

[karin42]

Hi David,

First,I'm testing in the sandbox. And from some of the other topics, Paypal sandbox doesn't work with Prestashop. Is that correct?

Ok, let's say I have this one of a kind lamp. There is only one available, ever...

so I set my quantity to 1 and deny orders when out of stock.

Sue comes along and orders the lamp. The paypal module set's the order to payment error, but paypal sends confirmation emails to both the biz and the customer.

then John comes along and orders the same thing, and is allowed to. The quantity doesn't change even though the lamp is already on an order. It's still "available".

Now I have 2 orders on one item and someone is going to be very annoyed, not including my client....

So what I want to do is, if an item is ordered, then it's no longer available.

Thanks David, for checking this out for me!

-Karin

[Mallee Boy]

OK.

First, yes, paypal sand box does work. But you can bypass it and go ahead using actual transactions. This is a much better way of testing and doesn't cost you since you can then go into paypal, do an instant refund of all costs - including paypal charges. So, i recommend you leave sandbox (it is glitchy and I don't trust it) and move to a live environment for testing purchases.

What kind of error are you getting from the paypal module? You siad, "The paypal module sets the order to payment error" When does this error occur? Are you saying that paypal does not update the cart back at the shop? If that is the case it means that the IPN has not been received by the shop. The setting for this can be checked via your paypal profile settings in your paypal account.

In order for your products to calculate quantities properly, check the following.

That you have set the paypal module according to instructions (found in the module itself).
That you are using a business or premium paypal account
That you have set your IPN correctly
That your preferences in the pref/products page in your back end are not overriding your quantity and out of stock instructions in your product configuration page.

I am convinved that your problem is easily fixed. You just need to show exactly when the error occurs.

[kingsnake]

I too am having issues with this...many, many issues that I have been posting about here:

PayPal errors

I looked at that WiKi link - I seem to remember seeing this once before. What does the port number refer to in the IPN URL? will I need it for my shop or would I just add in the shop URL with the path to the module?

Also, shouldn't that be "https://"?

[Mallee Boy]

Shop URL with path to validation.php is all i use in the IPN settings at paypal. This is essential. I have no port number in my URL for IPN notification.

Use https only if that is the address for your site (i.e. you use ssl)

[karin42]

Hi David,

When I was using the Sandbox and the original module, I was getting "Payment error" emails from my shop and the back store, in the orders section was telling me "payment error" and the quantity was not getting adjusted. No money was transferred to me. I used the IPN to verify the IPN function. It just wasn't working.

I ended up using a different module from Paul and now I'm not getting any error messages AND my quantities are being processed correctly. yay! THANKS EVERYONE!

You can find the notes about that module and what I did at:

http://www.prestashop.com/forums/viewthread/25375/#118995

-Karin

[kingsnake]

IPN didn't do anything, although the errors I got before were not showing. The following are the errors received:

MAIN error_log: [Tue Aug 25 04:30:17 2009] [warn] RewriteCond: NoCase option for non-regex pattern '-f' is not supported and will be ignored.

[Tue Aug 25 04:30:17 2009] [warn] RewriteCond: NoCase option for non-regex pattern '-f' is not supported and will be ignored.

[Tue Aug 25 04:30:28 2009] [warn] RewriteCond: NoCase option for non-regex pattern '-f' is not supported and will be ignored.

[Tue Aug 25 04:30:28 2009] [warn] RewriteCond: NoCase option for non-regex pattern '-f' is not supported and will be ignored.

[Tue Aug 25 04:30:28 2009] [error] [client 209.85.238.76] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.

[Tue Aug 25 04:30:28 2009] [error] [client 209.85.238.76] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.

[Tue Aug 25 04:30:40 2009] [warn] RewriteCond: NoCase option for non-regex pattern '-f' is not supported and will be ignored.

[Tue Aug 25 04:30:40 2009] [warn] RewriteCond: NoCase option for non-regex pattern '-f' is not supported and will be ignored.



and I still get:

PHP error_log:
[21-Aug-2009 09:48:53] PHP Warning: Division by zero in /home2/shoptoyl/public_html/test/includes/modules/order_total/ot_group_pricing.php on line 79