- This topic has 13 replies, 3 voices, and was last updated 3 years, 3 months ago by
.
-
Posts
-
I have two orders on different days, more than a week apart, where the shipping was not applied. I’m using amount-based shipping and PayPal payments. I can find no connection between the two orders to explain why the shipping wasn’t charged. I have saved the log file entries for both orders. All entries say SUCCESS. I’m not using PayPal for shipping charges. All other orders before and after these two have applied shipping charges correctly. I would appreciate another set of eyes on this as I’m not figuring out the issue.
I have tried to reproduce the issue by loading the cart with the exact same products but I see the shipping when I do this.
I’m using Version 8.0.5 of the plugin along with other addons including Version 1.0.1 of the eStore Amount Based Shipping plugin.
Seems like a caching issue. One of the visitors most likely saw a cached page (which will have incorrect/stale values).
Is there any caching plugin or feature being used on this site? Is your hosting provider doing caching on their end?
Also, do the following for estore:
Yes, we are using SiteGround and their SG Optimizer plugin with dynamic caching on. Should I turn caching off?
Yes, that will cause that. Ask them if they have a “Rejected Cookies” type option like the WP Super cache or W3 Total Cache plugin.
Then that option can be used to make it compatible.
They don’t have anything like rejected cookies. They told me to disable dynamic caching. I can’t easily reproduce this error so now that I’ve disabled it I can only wait to see if it happens again. The issue showed up on 6/29 and 7/9 so I guess if I can go a month without it happening then that was it.
You can also try the following.
Create a specific cart checkout page then you can exclude that “cart/checkout” page from caching:
Page caching is something that will always cause an issue when you need to show things dynamically to your visitors. If you are showing a cached page (that is not updated after the action he took on the site), then you are serving stale data to that visitor. So the behavior will be unexpected like you explained. It’s not something we can address within our plugin universally. It generally needs to be managed with how you setup your site and the caching solution being used on the site.
Before I could even try the last suggestion for testing, the issue has happened again. This time it happened twice for the same customer. I have noticed a possible pattern though. We are using both PayPal and Stripe for payments. All of the orders with no shipping have been PayPal payments.
This issue is external to our plugin. It won’t go away until the caching issue is fully resolved. So did you move the cart to a specific page and then exclude that page from caching before this happened?
I have excluded the checkout page url and waiting to see if the problem persists. It is still suspiciously only happening with the PayPal payment option. Will keep you posted.
Do you have any PayPal profile based shipping configured in your paypal account which maybe taking over for some transactions?
I have double-checked PayPal. There was one domestic shipping method but it was inactive. I have deleted this entry so there is nothing now in either domestic or international. I had previously turned off PayPal as a payment method and only using Stripe since the problem occurred with PayPal. I’ll have to turn it back on to test if the inactive shipping method could have caused the problem.
I’m still very curious that this issue only has occurred with the PayPal payment method and not Stripe.
- You must be logged in to reply to this topic.