Forum Replies Created

Viewing 15 replies - 1 through 15 (of 99 total)
  • Sam

    (@xumbrella)

    Hello, did you solve issues 1 and 3?

    thanks

    Sam

    (@xumbrella)

    FYI, 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.

    Thread Starter Sam

    (@xumbrella)

    Hi 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

    Thread Starter Sam

    (@xumbrella)

    Makes sense.

    I hope EO are paying you because WP users could not use their services with this plugin ; )

    Thread Starter Sam

    (@xumbrella)

    Right ok, so you are working on it?

    Sam

    (@xumbrella)

    OK thanks, I have that regex for other plugins. Is it not needed to be active on the order received page?

    Sam

    (@xumbrella)

    We 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

    Sam

    (@xumbrella)

    Has 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.
    Thread Starter Sam

    (@xumbrella)

    OK will do, thanks for the quick response!

    Thread Starter Sam

    (@xumbrella)

    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.

    Thread Starter Sam

    (@xumbrella)

    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).

    Thread Starter Sam

    (@xumbrella)

    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).
    • 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.
    Thread Starter Sam

    (@xumbrella)

    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?

    Thread Starter Sam

    (@xumbrella)

    Ah 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

    Thread Starter Sam

    (@xumbrella)

    Hmm. 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

Viewing 15 replies - 1 through 15 (of 99 total)