Sam
Forum Replies Created
-
Hello, did you solve issues 1 and 3?
thanks
Forum: Plugins
In reply to: [Klarna for WooCommerce] klarna loads on every pageFYI, their support told me this would be fixed in a release at the end of November. I have offloaded the plugin using Perfmatters for now as @mcdeth suggests.
Forum: Plugins
In reply to: [EO4WP: EmailOctopus for WordPress] Woocommerce Block CheckoutHi Olaf, that is really interesting info. We currently use Fluid Checkout which is built on the classic checkout. It works just fine, I was just experimenting with the block checkout as it feels a little more performant. Woo do have a tendency to release stuff without thinking how it effects the ecosystem unfortunately.
thanks
Forum: Plugins
In reply to: [EO4WP: EmailOctopus for WordPress] Woocommerce Block CheckoutMakes sense.
I hope EO are paying you because WP users could not use their services with this plugin ; )
Forum: Plugins
In reply to: [EO4WP: EmailOctopus for WordPress] Woocommerce Block CheckoutRight ok, so you are working on it?
Forum: Plugins
In reply to: [Klarna for WooCommerce] klarna loads on every pageOK thanks, I have that regex for other plugins. Is it not needed to be active on the order received page?
Forum: Plugins
In reply to: [Klarna for WooCommerce] klarna loads on every pageWe use Perfmatters, how do you unload it? Do you use the MU mode and unload the entire plugin except on cart/checkout? Or another method?
thanks
Forum: Plugins
In reply to: [Klarna for WooCommerce] klarna loads on every pageHas this been resolved? We still get the scripts loading and most importantly uncached on every page even though we only have the klarna features on our checkout, no messaging, login etc. Is there are way to remove in the short term while you work on a fix?
It is unnecessary bloat and should not load unless features are active on pages.
thanks
- This reply was modified 7 months, 1 week ago by Sam.
Forum: Plugins
In reply to: [EO4WP: EmailOctopus for WordPress] Entries in server logsOK will do, thanks for the quick response!
Forum: Plugins
In reply to: [EO4WP: EmailOctopus for WordPress] Bug with “Subscribe everyone”Hi Olaf, we don’t. If we are creating orders from marketplaces you are not allowed to to send marketing emails so they just stay as unsubscribed by default. Essentially, customers should only be subscribed if they checkout via woo and your checkbox is selected.
Forum: Plugins
In reply to: [EO4WP: EmailOctopus for WordPress] Bug with “Subscribe everyone”Thanks. Also, I noticed that the “work around” that ChatGPT gave does work for the orders placed on the front end, but does not work for orders created via the Woo API, these are still automatically added to the contacts list. This is a problem is we use Woo to manage orders from marketplaces such as ebay and amazon (which is common).
Forum: Plugins
In reply to: [EO4WP: EmailOctopus for WordPress] Bug with “Subscribe everyone”Hi again. I asked ChatGPT to help me debug the issue and it came back with the following. Makes sense, I hope it helps:
In
include/class-woo-emailoctopus-integration.php, the method that actually sends customers to EmailOctopus is:public function add_subscriber_callback( $order_id, $old_status, $new_status )That method runs whenever an order status changes to processing or completed. It checks a post meta flag to avoid double-subscribing, and it adds a “newsletter” tag if the checkbox was ticked—but it never bails out when the checkbox is not ticked and “Subscribe everyone” is turned off. In other words, it proceeds to subscribe every customer once the order hits processing/completed.
You can see the breadcrumbs in the code:
- Checkout stores a meta flag:
- If the checkbox is ticked, it sets
fweo_emailoctopus_subscribed = 'checked'. - If “Subscribe everyone” is on, it sets
fweo_emailoctopus_subscribed = 'all'. - If the checkbox is not ticked and “Subscribe everyone” is off, it sets nothing (empty).
- If the checkbox is ticked, it sets
- Later,
add_subscriber_callback()always tries to subscribe on status change; it only uses that meta to (a) stop re-subscribing if already'subscribed', and (b) add the “newsletter” tag if it was checked. There’s no guard like “only run if checked OR subscribe-everyone is on”.
It also gave me the following snippet as a work around:
// Block auto-subscribe for customers who did NOT opt in, without editing the plugin.
add_action('woocommerce_checkout_update_order_meta', function($order_id) {
// Read the plugin’s settings
$settings = get_option('woocommerce_fws-woo-emailoctopus_settings');
$subscribe_everyone = isset($settings['em_store_all_customers']) && $settings['em_store_all_customers'] === 'yes';
// What the plugin stored at checkout:
// - 'checked' → user ticked the box
// - 'all' → "subscribe everyone" mode
// - ''/missing → user did NOT tick the box
$flag = get_post_meta($order_id, 'fweo_emailoctopus_subscribed', true);
// If "subscribe everyone" is OFF and the user did NOT tick the box,
// set the sentinel value the plugin treats as "already handled"
if (!$subscribe_everyone && $flag !== 'checked') {
update_post_meta($order_id, 'fweo_emailoctopus_subscribed', 'subscribed');
}
}, 9999); // run AFTER the plugin sets its own meta- This reply was modified 8 months, 1 week ago by Sam.
If I add something like that (using ACF for example), can it be used in the rules logic so that if the box is unchecked a user would not be subscribed?
Forum: Plugins
In reply to: [Payment Plugins for PayPal WooCommerce] Apple payAh ok got it. We already offer Klarna and Clearpay with direct accounts.
Braintree, not the plugin, the platform itself is not as slick and seems more complicated to set up than others. For example the issue with that ID for myself. This is probably because we used braintreen previously with the woo plugin for it. However, that user does not exist in Braintree. It would make more sense if they gave the option to clear all users…
Regarding Stripe rates, they said to me they will not give negotiated pricing unless we did above £100k a month. But because we moved a lot of the business to paypal, we would have to move it back to stripe and lose 0.6% on 3 months transactions, which would be expensive. Quite annoying.
thanks
Forum: Plugins
In reply to: [Payment Plugins for PayPal WooCommerce] Apple payHmm. Starting to think Braintree isnt worth the hassle…
I read on another forum post you advise another user to use stripe over BT as the conversion rate is worth it over the cost saving. I am interested to know more about why you suggest this because for us the rate we get with BT or PP saves us thousands a year over stripe.
thanks