Harald Ponce de Leon

The stock deduction in the IPN call is being looked into for the next PayPal module update. The temporary "Preparing" orders are necessary to keep track of the order information. These can be safely deleted when you know the customer is not going to finalize the order. If you wish to avoid this altogether, try replacing the PayPal Payments Standard module with PayPal Express Checkout.

Here's what happens when the App is opened the first time on the Administration Tool -> it migrates the configuration parameters of the older bundled PayPal modules to the new App configuration. Although the modules are now configured through the App, the sorting of the modules are still performed on the Admin -> Modules -> Payment page for consistency with other modules that are installed. The new On-Boarding feature is a first for a self-hosted solution. PayPal have given us permission to include this in the App. This allows us to forward you to a PayPal account creation page on PayPal's servers and to retrieve your API credentials for you. This also works with existing accounts as PayPal will detect this and request you to log into your account. The privacy page documents what is happening behind the scenes. Feel free to test with as many new or existing sandbox accounts :)

Here are some screenshots of the App :)

Are you able to install v2.3.4 fresh and see if you can reproduce the problem on a clean installation?

Might be of interest: http://forums.oscommerce.com/topic/398299-looking-for-testers-new-paypal-app/ More information about the test will be published in that topic in the coming days.

That's strange - the total should not include tax in your scenario. Do you have Admin -> Configuration -> My Store -> Display Prices with Tax disabled?

to comment that line out, change it to: // $params = array_merge($params, $item_params);

Try commenting out line 842 in catalog/ext/modules/payment/paypal/express.php: $params = array_merge($params, $item_params); This has the side effect of not passing the products to PayPal.

That is the normal behaviour of the module as it tries to finalize the payment at PayPal during the Express Checkout flow. If the customer goes through with the sale, when automatically returning back to the store, the store will detect that a different total has been calculated and the customer is presented the checkout confirmation page which they must confirm to finalize the sale. This will be confusing for the customer as the last PayPal button presented is "Pay Now" (to try and finalize the order here). This works wonderfully if Instant Update is enabled and is working on your server (eg, it requires a HTTPS/SSL certificate). The next update to the module changes the behaviour to finalize the order when returning back to the store (the last PayPal button shown is "Continue", not "Pay Now"). This allows the customer to review their order on the stores checkout confirmation page to finalize. Here is more information regarding the change of behaviour: http://forums.oscommerce.com/topic/397563-paypal-express-checkout-flow/

Hi Dave.. The totals for guests are based on the default tax and shipping values for the stores configured country. This is then updated at PayPal during the Express Checkout flow if Instant Update is enabled in the Express Checkout module configuration. Can you enable Instant Update and see if that fixes it for you?

Are you using a Personal PayPal account? I think credit cards are only available for Business PayPal accounts.

If you don't see any PayPal requests for standard_ipn.php in your web server log files, it probably means PayPal have deactivated it for the seller account. Processing IPN requests works as the simulator shows.

PayPal has a tool that can send a test IPN to your server. It's available at: https://developer.paypal.com Applications -> IPN Simulator The IPN Handler URL is in the form of: https://your-server/ext/modules/payment/paypal/standard_ipn.php and choose Transaction Type: Cart Checkout. This is ofcourse a bogus IPN - if you have your email address entered in the module configuration page (Send Debug E-Mail) you should receive an email with the parameters of the test IPN request. You should also see this request in your web server access log.

In the PayPal Account settings used for our demo site, the IPN settings are disabled so there isn't a need to enable it manually. You mentioned previously that PayPal notified you of IPN errors - are you still getting these notifications? If you don't see the IPN request coming in in your web server access logs, perhaps this is why: Maybe you need to contact them and state that the problem has been fixed?

That's much better. Care to create a pull request at github?

This is what should be logged for the order status history: 1) PayPal [Transactions]: PayPal Verified [Transaction ID: XXXXXXXXXX; Pending (Verified; $38.99); authorization] 2) Pending: 3) PayPal [Transactions]: PayPal IPN Verified [Transaction ID: XXXXXXXXXX; Pending (Verified; $38.99); authorization] 1) = Customer returning back to store 2) = Order set to specified order status level 3) = PayPal IPN If the customer doesn't return back to the store, this is what is logged: 1) PayPal [Transactions]: PayPal IPN Verified [Transaction ID: XXXXXXXXXX; Pending (Verified; $38.99); authorization] 1) = PayPal IPN; Order status level is simultaneously set to specified order status level (ie, Pending) Here is the matching web server access log record: 173.0.82.126 - - [08/Aug/2014:10:23:33 +0200] "POST /demo/2/ext/modules/payment/paypal/standard_ipn.php HTTP/1.0" 200 0 "-" "PayPal IPN ( https://www.paypal.com/ipn )" You should also be seeing something similar in your access logs.

Hi Scott.. That's a perfectly fine fix :) Thanks for pointing it out - it will be fixed in the next release.

I don't know what the problem is. Both payment module and IPN file use the same code to verify the transaction so if it passes when the customer returns back to the store, the IPN should pass and verify the transaction as well. If the IPN can't verify the transaction you should receive an e-mail with the result of the transaction. Can you check in your webserver and php error log files if any errors are being logged there? If you want the customer to automatically return to your store, enable Auto Return in your PayPal Account and enter the following url: https://your-server/shop/checkout_process.php If you have SSL, use the HTTPS link. The path must obviously also be changed to the location of your checkout_process.php file. Please note that this will also affect payments made on other websites that will then return to the specified URL.

That depends on your PayPal Account settings as it's possible to block payments that aren't encrypted. If this hasn't been set then you can continue to process unencrypted payments. Regarding the IPN issue, enter your email address in the Send Debug E-Mail parameter and paste the result of the transaction here that you receive per email. Be sure to clear out any personal sensitive information.

Try it out :)

Yep