possible express checkout bug

get the following error
An error occurred when we tried to contact the payment processor. Please try again, select an alternate payment method, or contact the store owner for assistance. (4) 4 Invalid amount - Invalid amount

when paypal mode set to paypal-uk in paypal express payment module. This setting works fine in 1.5.4

please see thread

https://www.zen-cart.com/showthread.php?221845

I can't replicate it.

Please provide a detailed list of steps to trigger the problem, starting with a fresh brand new install of v1.5.5, including every tweak made to setup the store such as changes to tax calc/display, zones, everything.

Cross posting this from here (https://www.zen-cart.com/showthread.php?221847-possible-express-checkout-bug)

Okay so maybe there is a bug here.

I have installed a full vanilla cart with zero addons, nor changes. The demo products are loaded.

I installed PP Express with PayFlow using the valid creds from the live site and the error persists on my fully Vanilla cart. In fact the only changes at all is to update the my store address etc on install and PP express, I didn't even update the currencies.

https:// checkoutprofit .com /vanilla/

If the dev team could take a look, I would appreciate it.

~Melanie

@mprough, as you know, it's near impossible to debug without supplied logs. I know you know this.

Please turn on debug-logging-to-file for the payment module you're having issues with. Then submit the generated logs. Primarily the PayPal_CURL_xxxxxxxx.log file, as it shows what was submitted and what the response was, including detailed error info. The other related Paypal_*.log files may offer additional clues if the submitted data was actually calculated incorrectly.

Too late, I solved this by using 1.5.4 versions of the module

Perhaps. But your test site still shows the problem. And, since I can't replicate the problem here, it'd be helpful to have the logs from your site that does.

https://www.zen-cart.com/showthread.php?221845-Express-checket-error-invalid-amount

mprough:

https://www.zen-cart.com/showthread.php?221845-Express-checket-error-invalid-amount
Forgive me if I'm wrong, but it seems in that thread there was a comment of insufficient information, so not sure that it specifically helps or answers the question asked in the previous post. :/. Are you able to run another unsuccessful purchase and provide new/full logs?

Would like to add to this that I've had the same error.

Replacing /includes/modules/payment/paypalwpp.php from v1.5.4-12302014 fixed issue on v1.5.6c-07162019

The file from v1.5.5-03172016 onwards has the problem

Difference I can see in CURL log is

The pricing amount values in 1.5.4 are always to 2 decimal places in 1.5.6 they are rounded

[AMT] => 15.90
[ITEMAMT] => 12.00
[SHIPPINGAMT] => 3.90

[PAYMENTREQUEST_0_AMT] => 15.9
[PAYMENTREQUEST_0_ITEMAMT] => 12
[PAYMENTREQUEST_0_SHIPPINGAMT] => 3.9

Could the problem with the paypal code be caused by running on php 5.6.40

I have a new install of 1.5.6c running (php 5.6.40) working with the 1.5.4 paypal files, if I upgrade to php 7 the 1.5.4 files won't work and I will be up a creek without a paddle

Problem still exists on php 7.0

Please run with new files and post paypal logs.

What logs are you after, as site is live.

I can put the site into maintainance mode and do some test purchases with the new files and php 7

Do you want the paypal curl logs? Or is there something else you need as well?

Still a problem

Here

DigitalShadow:

What logs are you after, as site is live.

I can put the site into maintainance mode and do some test purchases with the new files and php 7

Do you want the paypal curl logs? Or is there something else you need as well?

DigitalShadow:

Still a problem

Here
The logs requested by swguy would be generated by enabling debug log from within paypal express. During the checkout process paypal will generate logs. By being in authorization mode, the monies would not actually be collected and the transaction could be cancelled, but at least the data necessary for the operation would be collected and could be reviewed to address the problem.