Order notification settings overridden/cleared

  • Resolved chrissyg72

    (@chrissyg72)


    5 months ago

    Hi,

    I am seeing an issue where no matter what I do. I can see my notification settings for the order emails being cleared after saving. I have even checked in the database and the option values seem to be continually reverted back to ‘a:1:{s:7:”enabled”;s:2:”no”;}’ when its saved.

    I have tried going into troubleshooting mode with all plugins disabled other than the WooCommerce one and it still happens even then.

Viewing 7 replies - 1 through 7 (of 7 total)
  • Thread Starter chrissyg72

    (@chrissyg72)

    5 months ago

    Could someone please help with figuring out the issue here.

    Plugin Support Frank Remmy (woo-hc)

    (@frankremmy)

    5 months ago

    Hi @chrissyg72,

    I understand how frustrating it can be when your order email notification preferences keep resetting despite your efforts, even after testing with all other plugins disabled.

    Since the settings revert to ‘a:1:{s:7:”enabled”;s:2:”no”}’, it suggests that the system is treating the notifications as disabled regardless of your changes. Here are some steps to help troubleshoot and possibly resolve this:

    • Ensure you’re running the latest version of WooCommerce
    • Do you have some custom code snippets or theme overrides? They can interfere with saving settings. If you do, try switching to a default theme like Storefront temporarily to rule this out.
    • Although you’ve checked the database, try clearing any cache (server-side or object cache, and also at WooCommerce → Status → Tools). Also, search the database for any other entries referencing notification options that might override your settings.
    • Make sure your WooCommerce plugin files are not corrupted and have proper file permissions. Your hosting provider can help you with that.
    • Go to WooCommerce → Status → Logs and see if any email-related entries are logged when saving.

    If you still face the same issue, please share your System Status Report (WooCommerce → Status) if the issue persists, so we can investigate further. You can paste it here using https://pastebin.com/ or https://gist.github.com/.

    I hope that helps. Let us know if you need anything else.

    Thread Starter chrissyg72

    (@chrissyg72)

    5 months ago

    Hi, thanks for the quick response.

    I have tried everything you said and it still happens. One thing that may be of interest is that I even tried manually updating these settings in the database and they still seemed to be overridden again somehow.

    Here is a link to my system status report. It is a read-once link so make sure you grab what you need. Let me know if there are any issues.

    https://pastebin.com/QHgD6t8K

    Thanks,

    Chris

    LovingBro (woo-hc)

    (@lovingbro)

    5 months ago

    Hi @chrissyg72,

    I appreciate you taking the time to share the system status report, I can see how frustrating it is when things keep reverting or not behaving as expected, and I am keen to help you narrow this down and get things stable.

    From the report, a few things stand out that are worth addressing first. The Shop page is currently set but the page itself no longer exists, which can lead to unexpected WooCommerce behaviour, especially around orders and related settings. Recreating or reassigning the Shop page in WooCommerce settings would be a good first step. You can follow the guide here to recreate or assign WooCommerce pages correctly, https://woocommerce.com/document/woocommerce-pages/.

    Your PHP setup is running 8.3.28, which is supported, but the PHP time limit is set to 30 seconds and post max size is 32 MB. In busy stores with nearly ten thousand orders and a large number of products and variations, these lower limits can sometimes cause settings not to persist correctly when saving. It would be worth increasing the PHP time limit and memory related limits with your host to see if that stabilises the save process. This guide explains the recommended server requirements, https://woocommerce.com/document/server-requirements/.

    I also notice a fairly large and diverse plugin stack, including caching, security, email, Elementor related plugins, and coupon extensions. Even though you have tested troubleshooting mode earlier, I would like to double check whether the issue still occurs when using Health Check troubleshooting mode with only WooCommerce enabled and a default theme like Storefront, just to rule out any deeper interaction at save time. Here is the guide for that test, https://ww.wp.xz.cn/support/article/health-check/.

    Finally, since settings are being overridden even when edited directly in the database, this points to something actively rewriting the option, either via a scheduled action, a plugin hook, or server level caching. If possible, please also check WooCommerce logs around the time you save the email or notification settings, under WooCommerce, Status, Logs, and let me know if you see anything related.

    Once we confirm the Shop page and server limits are addressed and re test in troubleshooting mode, we will have a much clearer signal on the next step. Let me know how it goes and we can take it from there.

    Thread Starter chrissyg72

    (@chrissyg72)

    5 months ago

    Hi @lovingbro thank you for the comprehensive response.

    I have addressed all of the ideas you suggested and I am still seeing the same problem. I am attaching another read-once version of my status report. I am a bit lost. This seems to just have started out of the blue without anyone making any changes. We just noticed order emails stopped working.

    https://pastebin.com/q4MAuzVy

    Thread Starter chrissyg72

    (@chrissyg72)

    5 months ago

    Hi both, I have finally figured this out. It seemed to be the Brevo Marketing plugin causing this issue. It now saves fine whenever I deactivate it. Thanks for the help.

    LovingBro (woo-hc)

    (@lovingbro)

    5 months ago

    Hi @chrissyg72,

    That is great to hear, I can see how relieving it must feel to finally pinpoint what was causing the email notification settings to keep reverting, especially after all the thorough testing you already did. You did an excellent job narrowing this down, and identifying the Brevo Marketing plugin as the trigger explains why the settings were being actively rewritten even when changed directly in the database.

    Thank you for taking the time to circle back and share what you found, this kind of follow up is incredibly helpful for other store owners who may run into a similar situation in the future. If you decide to continue using Brevo, it may be worth reaching out to their support team and pointing them to this behavior so they can investigate how it interacts with WooCommerce email settings.

    If everything is now working as expected and order emails are flowing again, feel free to mark the thread as resolved. When you have a moment, we would also really appreciate a quick review of WooCommerce here, https://ww.wp.xz.cn/support/plugin/woocommerce/reviews/#new-post, as feedback like yours helps us keep improving the product and support experience.

    If anything else comes up or you need a second set of eyes on another issue, just let us know and we will be happy to help.

Viewing 7 replies - 1 through 7 (of 7 total)

You must be logged in to reply to this topic.