Rev. Lloyd Newman

Hello @frankremmy, I updated to v2.2.3 and then tried to create a second shipment for a recent order containing a legitimate address that Woo Shipping couldn’t validate. Without utilizing “Validate and save” or “Save without validation,” I proceeded without verifying the address. All carriers and rates populated when I clicked “Get shipping rates”. I did not test completing the purchase because I didn’t think it was necessary.

It was a painfully long wait. Thank you for the fix.

So this is funny, based on the app change log, what we are complaining about appears to be an intentional software change in v2.1.3. Seems a programmer somewhere doesn’t have real-world experience in the world of ecomm shipping or WAY too much faith in address verification services.

2.1.3 – 2026-01-28
Fix – Prevent rate fetch API calls when destination address is unverified.

Thank you for the guidance.
v2.1.3- FAIL- Will not generate rates on unverified address.
v2.1.2 – PASS- Generates rates on unverified address.

It’s interesting you’d say I’m speaking of transactional emails when I made it clear the problem is MailPoet opt-in emails. I didn’t describe or say one thing about transactional emails. It’s also interesting that the MailPoet support person gave the same reply, initially! This reinforces the fact that MailPoet has a culture of not listening to the customer.

MailPoet REQUIRES double opt-in to use its service. – That’s fine.

However, if an order that FAILS due to a clearly identifiable FRAUD ATTEMPT, and the bot or criminal check’s YES to the MailPoet subscription option – MAILPOET STILL SENDS A DOUBLE OPT-IN email. Well, the transaction is a FRAUD and used a FAKE email address- Stripe sees the transaction as a fraud, PayPal sees the transaction as a Fraud, WooCommerce Anti-Fraud Shied sees the transaction as a fraud. But, not MailPoet.

MailPoet says- Hey’s there’s an email here to subscribe, so let’s send an email to an email address used in a fraudulent transaction! Sure! Because then when these emails fail (because anyone with any experience in e-commerce knows criminals don’t attempt fraud just once) we can penalize our customers and suspend their service.

What MailPoet SHOULD HAVE is a logic rule:
1. If the customer checks the MailPoet subscription checkbox at checkout
And
2. The order FAILS for any reason
3. The MailPoet opt-in email that MailPoet FORCES customers to send- should not be sent!
This is called basic business logic and it’s apparently a skill MailPoet programmers lack.

Now, if you still insist that this is regarding WooCommerce transactional email’s then you do not understand the difference between a WooCommerce transactional email and MailPoet opt-in emails. WooCommerce does not, has not nor would not send the double opt-in emails on behalf of MailPoet. Again, MailPoet’s ignorance is reflected in the lack of business rules to prevent fraudulent orders from being sent opt-in emails. That failure is in addition to MailPoet’s culture of FAILING to LISTEN to their CUSTOMERS.

Thank you. Option one is much safer for me. I navigated to WooCommerce->Customers. Added the filter “No. of Orders, Less Than, 1”. The query returned 704 results. There isn’t an option to delete from here. There is a download option and a hamburger menu for selecting what fields to display. When hover over a customer entry, the row highlights in grey, but clicking on the customer does nothing. When I right click while on the name, there are no delete options. Could you point me to more documentation on how to enable this feature?

My user role is set to Administrator, Shop manager, SEO Manager, & SEO Editor. I removed Shop manager, SEO Manager, & SEO Editor, but the results did not change. I have User Role Editor plugin installed when I disable the plug-in there is no change in the customer row editing capabilities.

• This reply was modified 11 months, 1 week ago by Rev. Lloyd Newman.

Never mind. I just turned on the mini cart on mobile and disabled going to cart after adding an item. It’s not convenient for desktop users but I guess Ocean WP is good for desktop or mobile, but not both for cart functions. Oh well, can’t have it all.

Here is the latest status report:
https://pastebin.com/dYuUX32D

Here is a link to the video showing the steps:
https://youtu.be/l2TV5IF6SSo

Here’s proof after stopping the video that the last order duplicated. Well, it didn’t duplicate. This time it’s a triplicate.
https://snipboard.io/ehwgla.jpg

I also wanted to confirm I had purged the LiteSpeed cache for the site using CPanel before doing testing.

• This reply was modified 11 months, 2 weeks ago by Rev. Lloyd Newman.

Ajax Add to Cart enabled on single products- Done
“Display Cart When Product Added”- done
Problem still exists. How do I fix cookie related problems? I have all plug-ins disabled except WooCommerce. So this is just OceanWP theme and WooCommerce and the problem remains.