jaydisc

I really thought it was the Australia Post Shipping Plugin’s lack of support for zones that was the problem, but I’ve just enabled the built-in Flat Rate shipping method in my Australia zone, and repeated the above test with the same results. Neither Flat Rate nor Australia Post shipping options show up on return from PPEC, but both show up during regular Woo checkout.

• This reply was modified 8 years, 2 months ago by jaydisc.

I’m not sure if you’re asking me to do that… I feel like I sort of hijacked someone else’s thread, but I feel like it’s the same problem. Please tell me if it’s better if I start another thread.

The original poster indicated they were using Table Rate Shipping. I’m using Woo’s Australia Post shipping, which IS NOT yet “Shipping Zones” enabled. So, my zones are all but empty (Free Shipping is enabled in Australia, but only used via coupon): https://cl.ly/hR3W

Shipping Options: https://cl.ly/hQt1

Here are my PPEC settings: https://cl.ly/hQtw

So, I’ve created a new private browser session, and added my cheapest item to cart. I have NOT opted to estimate shipping on the cart page: https://cl.ly/hRKa

I choose PayPal Express, and enter a valid card, and a randomly selected address near me from Google Maps: https://cl.ly/hRJw

Upon return to my site, there are no shipping options to choose from: https://cl.ly/hR1O

Side note: My first trip to PayPal, I had a typo in the postal address, so I clicked cancel, went back to the cart and chose PPEC again. The FIRST time I chose checkout with PayPal, it opened a new window. The second time, it LOOKS like it’s going to load via AJAX in my window (https://cl.ly/hR6T), but doesn’t, but PayPal then REPLACES my site in the current tab. The inconsistency seems strange and worth nothing.

Anyway… I now start an entirely new browser session with the same cart, and go to the standard Woo checkout. I use the SAME address, and Woo happily provides me with shipping options: https://cl.ly/hRK1

Now, the original poster mentioned they’re using Table Rate Shipping. I’m using Australia Post Shipping. These are both made by Woo themselves. Is it possible that PPEC isn’t working because these plugins are not updated to the new Shipping Zones methodology? Why do they work for orders where checkout is done directly in Woo?

No orders are visible in the WordPress back-end through any of this. Did you mean dig into the raw MySQL tables?

Here’s my plugin list:

Homepage Control by WooThemes – 2.0.2
Jetpack by WordPress.com by Automattic – 4.3.1
Practice of Code Customisations by WooThemes – 1.0.0
WooCommerce Australia Post by WooThemes – 2.3.12
Title Toggle for Storefront Theme by Wooassist – 1.2.2
WooCommerce Extended Coupon Features by Jos Koenis – 2.3.4
WooCommerce PayPal Express Checkout Gateway by Automattic – 1.1.2
WooCommerce Stripe Gateway by Automattic – 3.0.2
WooCommerce Google Analytics Integration by WooThemes – 1.4.0
WooCommerce by WooThemes – 2.6.4
WooCommerce Helper by WooCommerce – 1.7.1
Wordfence Security by Wordfence – 6.1.17

• This reply was modified 8 years, 2 months ago by jaydisc.
• This reply was modified 8 years, 2 months ago by jaydisc.

However, what’s NOT visible in those screenshots is that I’ve white out the address. The addresses are shown in full on both screenshots.

Screenshots were details in my first post:

Here’s what I see happening (with 1.1.2 and previous version):

1. New non-logged in user puts an item in their cart and clicks Check Out With PayPal.
2. PayPal popup appears and they enter their credit and card and address
3. User is returned to checkout screen with Place Order button, but there are no shipping options to choose from: https://cl.ly/hIxJ
4. User chooses Place Order in hopes that on the next screen there is the option to choose shipping: https://cl.ly/hJHD

That exact address when entered directly into WooCommerce correctly shows shipping options.

I’ve tried various options at PayPal, including specifying and not specifying a different shipping from billing address, but no matter what is done, there is no way to complete order upon return.

Hi @mikejolley, when checkout is chosen instead of PayPal express, and the user enters their shipping info directly into WC, shipping rates are offered, and the order can be placed using both the built-in PayPal gateway, as well as the Stripe gateway. The problem seems to be that when a user returns from PayPal Express, their address, even though it’s the same, is not recognised.

It would make sense to me that it’s caused by WC 2.6, because I remember thoroughly testing the previous version of the PP Express plugin (I do one purchase and refund myself with each update), and it worked fine. But when 1.1.2 failed, and I rolled back the plugin, the rolled back version also failed. So, if it is WC, that would explain why even the rolled back plugin failed.

slash1andy, I’m happy to supply my site, but the plugin is currently disabled. I cannot accept my customers dealing with its broken behaviour. If there is a way you can let me know WHEN you can have a look, I’m happy to enable it then, or assist in any other way, but I’m not just going to leave it on, and in turn, have my site be broken.

One resolution is to disable the Paypal express plugin in favour of the built in PayPal integration.

Here’s what I see happening (with 1.1.2 and previous version):

1. New non-logged in user puts an item in their cart and clicks Check Out With PayPal.
2. PayPal popup appears and they enter their credit and card and address
3. User is returned to checkout screen with Place Order button, but there are no shipping options to choose from: https://cl.ly/hIxJ
4. User chooses Place Order in hopes that on the next screen there is the option to choose shipping: https://cl.ly/hJHD

That exact address when entered directly into WooCommerce correctly shows shipping options.

I’ve tried various options at PayPal, including specifying and not specifying a different shipping from billing address, but no matter what is done, there is no way to complete order upon return.

If any of those apps, plugins, libraries were to have a vulnerability in the future, a quick Google search would supply lists of servers running that software. Had I known that you don’t consider listing my entire server configuration a security issue (as the policy states), I never would have done it.

I consider any listing of software with version numbers like that to be sensitive.

Hi Andrew, I just wanted to delete the code block with all the server information in the first post please. Thank you.

Awesome. I’m relieved it wasn’t something stupid on my behalf. Thank you.

Is there any way I can remove my site’s information from the first post now?

I’ve tested the issue on the Storefront demo site, and can’t recreate it, so I’m truly perplexed as to what the problem is. I have not modified the Storefront theme. I’ve done some modifications via plugin, but the problem still occurs when my custom plugin is disabled.

If need be, i can clone the site with all plugins disabled. Let me know.

I’ve disabled ALL plugins (except for WooCommerce) and still exhibit the issue, which, if it works for everyone else, would indicate that it’s some setting?

I’ve also now gone through changing lots of various settings (while all plugins were disabled) – still nothing.

In Web Inspector, I can some object quickly being inserted/removed at the end of the DOM (right before </body>). I can’t make out what it is though.

I’ve also now tested the problem in Chrome (51.0.2704.103) and it, too, cannot submit the search form when on /cart/.