trxtraveller

Thanks for your response.

Yes I updated to the latest plugins and spent hours trying to test it and get it to work but it didn’t. 

In the end I downloaded the older plugin version Version 2.9.84 and everything worked fine again.

The fact going back to a previous plugin version fixed everything, kind of tells you something is still wrong.

Whatever you guys have done has caused quite a lot of problems. You may not be testing on the scale or same environment as people are using. For example I have 4 automations with thousands of people in with many custom emails and multiple conditional path checks. None of them work on your new update. Every contact is stuck, not moving past those.

I also have multiple automations that use web hooks going to Zapier, none of them work on your new update.

I’ve lost a lot of trust in this Plugin due to that update, at the busiest time of year for sales, you crashed the entire CRM of peoples businesses.

I highly suggest you do some through testing that replicates real life environments. I certainly won’t be upgrading for a while.

Regards

Thanks for your response but I’m afraid palming them off as misunderstandings and assumptions is incorrect.

Please find below screenshots as a reference to your points:

Your first response:
`Anyway, to better understand the express checkout flow (buttons on non-checkout pages), please have a look at the documentation here: https://woocommerce.com/document/woocommerce-paypal-payments/#paypal-on-non-checkout-pages
The popup window on the non-checkout pages serves the purpose of selecting an address and authorizing the payment. The actual payment confirmation happens in your native WooCommerce Checkout page which will already contain the user billing address information. This is how the buttons on the non-checkout pages have always worked, also with previous integrations.`

This is incorrect. On the previous intergeneration and with the current standard Paypal WOOcommerce plugin: A user can pay directly on Paypal, as seen here – https://trxtraveller.com/one.png with the pay now button. And then return to the confirmation page on the seller’s website. This is good UX.

Now the user must go back to the seller’s website to reconfirm the order, as seen here – https://trxtraveller.com/two.png after selecting ‘agree and continue’. This adds an extra step and will increase drop off rates. Bad UX. They should, as with the original plugin, be able to purchase after entering their details on Paypal.

Your second response:
Regarding 3)
In most cases, a PayPal account is not required for guest credit card payments so the assumption is not quite accurate: https://woocommerce.com/document/woocommerce-paypal-payments/#paypal-card-processing-acdc It depends on several factors though and PayPal decides in the end.
With the PayPal Card Processing though, users would never be required to log into a PayPal account for credit card payments as this is a separate payment method.

Here is a screenshot that requires I to sign up after selecting guest checkout – https://trxtraveller.com/three.png When I click the button ‘agree and continue’ at the bottom of the paypal popup after entering payment details, all these boxes highlight red and there is no option to checkout without signing up to Paypal. It completely defeats the object of selecting ‘guest checkout’ and again the consumer will exit

The key thing in my opinion is that you’ve added an extra payment step.