Harald Ponce de Leon

@@Supertex, that's strange. A lot of error checking has been added to the App to make sure at least some feedback is presented when an error occurs. Could you check the webserver and/or php error log to see if anything is recorded there?

Hi Shawn.. Can you check in catalog/includes/apps/paypal/work/ if any update logs have been saved? It should have the filename of update_log-VERSION.php.

Go ahead :thumbsup: The testing phase was primarily for the migration of module parameter values, automatic retrieval of API Credentials, and the online update feature. The App will be pushed out publicly in the coming days, which you'll be able to update to. It would be great if you could post your thoughts and feedback about the App here :)

The topic was moved to the PayPal Add-On channel as the reported issue is related to the PayPal modules. Could you try out the following PayPal App: http://forums.oscommerce.com/topic/398299-looking-for-testers-new-paypal-app/ It is currently still in beta during its testing phase - it will be released publicly in the next couple of days.

v4.027 has been pushed out with Payments Standard PDT support and admin order transactions for Payments Standard and Hosted Solution. This release also introduces a new known issue where refunds are not working for orders paid with Payments Standard and will be looked into.

rm=2 has always been in the module ;)

With PDT disabled, mobile checkouts do not return any parameters back to the store to verify the transaction and order with. This only happens for mobile checkouts. We've never required PDT however until this is fixed, it will be required and the next module update will support PDT parameters.

@@wHiTeHaT no_note has no affect here, and is already part of the parameters sent to PayPal as we already ask for order comments during the checkout procedure.

I can confirm the problem with the mobile PayPal Payments Standard checkout flow not returning any GET or POST parameters when the customer returns back to the store, and am looking into it.

If you have a Return URL defined in your PayPal account settings at PayPal, could you remove it and try another mobile transaction? Thanks,

For some reason PayPal isn't returning any parameters back to the store. Which mobile device are you using?

@@Supertex could you confirm that you have PDT disabled in your PayPal account settings at PayPal? PayPal -> Profile -> Website Payments Standard and Express Checkout -> Payment Data Transfer If it is set to "On", please set it to "Off" and try another transaction.

@@Supertex, thanks for testing the App out. Could you check the PayPal -> Log page and see if there are any pointers there as to what is causing the problem?

@@MrPhil that's no longer necessary as stock deduction and order emails are now handled by the IPN too. Those that are able to help test the updated modules should review this topic: http://forums.oscommerce.com/topic/398299-looking-for-testers-new-paypal-app/

@@Gyakutsuki thanks for testing it out! 777 permissions shouldn't be a problem. You can limit that to just the includes/apps directory instead of includes/. If you want to test that out, just change the version back in includes/apps/paypal/version.txt to 4.000 and it will re-apply the 4.016 update.

The first App update has been pushed out! To force an online update check, visit the App Info/Help page - a green notification should then appear where the upgrade process can be started. Online updates requires the PHP Zip extension to be installed, otherwise a manual update is necessary. The page it takes you to for a manual update is not correct - please use the link posted in the first posting to download the latest zip file. After the automatic online update has been performed, the results are stored in: catalog/includes/apps/paypal/work/update_log-VERSION.php As Apps are only allowed to update their own files, showing a list of modified files beforehand is not presented. Looking forward to the feedback regarding online updates!

@@multimixer - thanks for the feedback! "Guest" is shown when PayPal API calls have been performed for customers who have not signed in yet (eg, initiating PayPal Express Checkout), for IPN calls, or when the store administrator performs a transaction on an order (eg, capture an authorized sale, refund, ..). Administrative tasks could show the administrator who has performed it - will look into it. Do you think the default logging configuration parameter should be disabled or set to log only errors? (instead of logging all transactions by default) It is unfortunately not possible to automate that :( It is briefly documented in the documentation which will be worked on. (screencasts are also being worked on) An online version check is performed once every 24 hours when viewing the App, and a check is always performed when viewing the Info/Help page. A notification will appear on every App page if an update is available. I will look into an admin dashboard module to also notify when an update is available.

So far from 2.2RC2a to v2.3.4 - but please on a test installation :) Refer to the README.md file in the download package for manual changes that must be applied. Thanks!

Hi All.. The changelog for the first online update includes: This will be pushed out this week with some other improvements.

Try setting your store country to US or UK then go to the PayPal -> Credentials page. There new onboarding buttons will appear to log into or create live/sandbox accounts. Try it out with a new sandbox account but be sure to select US or UK as the account country too.

Both transaction entries should definitely show. PayPal IPN Verified = An IPN has been received and the transaction has been verified with the order. PayPal Verified = The customer has returned back to the store and the transaction has been verified with the order. PayPal Payments Standard sends parameters to and receives parameters from PayPal which the customer can modify. This is the way Payments Standard works and we strictly verify all transactions to make sure they are valid. It's best to actually use the encrypted website payments settings in the module as described here: http://library.oscommerce.com/Package&en&paypal&oscom23&payments_standard If neither transaction is logged, that means a valid IPN was not received (or none was received at all), or that the customer did not return back to the store.