10427-Shipping total is invalid.

So this just started happening one day after working fine for a while..?? Did anything get adjusted on that day that could be causing the problem with shipping amounts?

What shipping calculator are you using? Are you just working with table rates entered into the features provided with WooCommerce by default, or are you working with some sort of an extension/plugin?

Please give me as much info as you can so that I can try to reproduce your configuration on my test server and see if I end up with the same problem.

Thanks for your quick feedback. As a matter of fact, we managed to fix this about an hour ago. We rewrote part of wc-gateway-paypal-pro-angelleye.php to round off the shipping value being passed with 3 decimals.

We’re using Canada Post to calculate shipping and although it had been working fine for 6 months now, I can only imagine than an update broke this. I do believe there was an WC update on Friday morning, but I did not apply it so I’ll check with my colleague.

Ok, I’m glad you were able to get it resolved. I’ve created an issue in our GitHub repo so we’ll do the same thing in our next update.

Well that was a big fat lie… We’ve indeed fixed the shipping calculation issue, but now taxes aren’t properly rounded down – they’re always rounded up – resulting in a one-cent mismatch for Paypal, thus killing the transaction. We’re struggling here, using PHP_ROUND_HALF_UP doesn’t seem to do any good. We didn’t even know where this issue comes from in the first place, this setup has been working for months ! Now, if a transaction happens to fall down from .05, then it gets rounded up and Paypal complains. If it’s above, then the transaction goes thru resulting in a “lottery” for our clients ??

These rounding issues with taxes are one of the things we’re working to get resolved in the next update. It’s proven difficult to reproduce and troubleshoot because it does not happen all the time.

What I can tell you is that it seems to occur more when setting up pricing to include taxes in WooCommerce. If you can get away with not doing that the order total errors should go away.

Our next update is hopefully going to resolve that, but we’ve been a little bit delayed trying to ensure it’s entirely fixed (as well as working on other big adjustments.)

Sorry I don’t have a better immediate fix for you, but I can tell you that we are working on it.

Thanks for the quick reply. Actually, we’re not including taxes in WC, taxes are calculated on the subtotal. What do you figure the timeframe is for a fix ?

Going out on a limb here : this used to work fine, could I roll back to 1.1.6.1 to see if problem goes away ? This would likely help to find the culprit too. Where can I find a previous version ?

I don’t think the issue was raised from our plugin getting updated, but rather some changes WC made in their 2.3 update. That’s what has made this so hard to troubleshoot and fix. As soon as we think we have it fixed they release an update that changes everything and it comes back again.

Me again. We’re still stuck with this problem and after traveling to the moon and back, the solution was in fact extremely simple : in PaypalExpres, $shipping is rounded, in PaypalPro, it wasn’t.
Added $shipping = number_format($shipping,2,'.',''); at line 871 of the pro module and it looks like it’s all good.

@mfassier, thanks for the feedback. I’ll take a look at that. That may be something we have already fixed in our dev branch on GitHub, but it’s just been delayed getting the actual update released. Sorry for the headaches!

I was having the same problem because our shipping is calculated as a percentage of order total.

Looking at the code in wc-gateway-paypal-pro-angelleye.php, and checking around line 871, as per mfassier’s suggestion, that is the section for checking the credit card number.

I added the same code he mentioned,
$shipping = number_format($shipping,2,’.’,”);
at lines 1711 & 1721.

Perhaps it comes out to the same thing, but for me I added the code into the section where the shipping is calculated.

I had turned on logging, but had neglected to create the directory where the log file goes by default, so I was glad to find this post and not have to debug the code myself. I’ll see with the next order if this fixes it.

I’m pretty sure we have this all fixed up in our dev branch on GitHub now. We’ve been doing lots of testing and I can’t reproduce these errors anymore like I could before.

We just have 2 other little things we need to complete before officially releasing 1.1.6.3. Won’t be much longer.

Just updated WP – same problem here. Adding at line 871: $shipping = number_format($shipping,2,'.',''); fixed the problem.

@danaxelrod

Thanks for the feedback. Yes, that will fix it (in many cases) but don’t be surprised if you see it again. Depending on the calculations involved simply formatting the number doesn’t always help.

We have added some general checks and balances to the update so that if the calculations don’t come out correctly it’s adjusted accordingly. I’m just wrapping up a couple of more small things and finalizing testing and then this update will be ready. Shouldn’t be much longer!

Thank you. Please update us about the fix asap. We have customers unable to checkout at the moment.