• Resolved kristinubute

    (@kristinubute)


    Hi, I’m trying to process of elimination. Site is experiencing some issues with Woocommerce products adding to cart and memory exhausted issues also.

    HOW can I resolve this PHP error below thats in my error log. It’s been there for a while and site is having a few issues. There are a few memory exhausted issues on the client site also.

    Current website latest WordPress version and latest PHP version.

    PHP Fatal error: Uncaught Error: Unknown named parameter $interval in /public_html/wp-includes/class-wp-hook.php:341
    Stack trace: domain.com.au/public_html/wp-includes/class-wp-hook.php(365): WP_Hook->apply_filters(”, Array)
    domain.com.au/public_html/wp-includes/plugin.php(570): WP_Hook->do_action(Array)
     domain.com.au/public_html/wp-cron.php(191): do_action_ref_array(‘et_builder_font…’, Array)
    #3 {main}
    thrown in  domain.com.au/public_html/wp-includes/class-wp-hook.php on line 341

    What is this error referring to? How do I rectify it?

    Cron reschedule event error for hook: wcal_ts_tracker_send_event, Error code: invalid_schedule, Error message: Event schedule does not exist., Data: {“schedule”:”once_in_week”,”args”:[],”interval”:604800}

    If a plugin is deactivated I assume that the WP cron does not keep trying to schedule the event?

    Thanks in advance.

Viewing 6 replies - 1 through 6 (of 6 total)
  • Plugin Support shahzeen(woo-hc)

    (@shahzeenfarooq)

    Hi there,

    Thank you for sharing the detailed error logs that really helps in understanding what’s going on.

    From what you’ve shared, there are two separate issues happening here:

    1. PHP Fatal Error – Unknown named parameter $interval

    This error: Unknown named parameter $interval

    usually indicates that some code (most likely from a plugin or theme) is using named parameters, which are only supported in newer PHP versions, but the function being called (in WordPress core) does not support them in that way.

    The reference to: et_builder_font..suggests this may be coming from the Divi Builder (or a related theme/plugin).

    👉 To move forward, could you please confirm:

    • Are you using Divi or any Elegant Themes products?
    • If yes, is everything fully updated (theme + builder plugin)?

    An update from the theme/plugin author usually resolves this kind of compatibility issue. If everything is update to date I would suggest you contact the plugin or theme support team they will help you to fix that issue.

    2. WP-Cron Error – invalid_schedule (once_in_week)

    This error: Event schedule does not exist (once_in_week)

    indicates that a scheduled task is trying to run with a custom cron schedule that is no longer registered.

    The hook: wcal_ts_tracker_send_event is typically associated with a WooCommerce-related plugin (often abandoned or partially removed).

    If a plugin is deactivated, does WP-Cron stop scheduling it?

    Not always. If the plugin didn’t properly clean up its scheduled events, they can remain in the database and continue throwing errors.

    To narrow this down:

    1. Check recently deactivated plugins
      • Especially anything related to WooCommerce or tracking
      • Let me know which plugins were recently removed or disabled

    Since you mentioned memory errors as well, could you confirm:

    • Whether errors occur during specific actions (like add to cart)?

    Also, I’d like to understand your site properly. Please share with us the necessary information below for us to investigate the issue further:

    • System Status Report which you can find via WooCommerce > Status

    Please use https://pastebin.com/ or https://gist.github.com/ and share a link to that paste in reply here. Once we have more information, we’ll be able to assist you further.

    Thread Starter kristinubute

    (@kristinubute)

    Hi,

    Yes I’m using Divi Theme and Divi Fashion Child Theme. Yes everything is fully updated. I’ve contacted the Divi Fashion Child Theme person also.

    FYi we have had this issue with “ADD TO CART” for months. BEFORE I updated the backend Translations.

    I’ve cleared all Transients etc in Woocommerce.

    Yes we had to deactivate : Finale Lite – Sales Countdown Timer & Discount for WooCommerce (showed an error in the logs) but the issue still happening.

    I think I deactivated another one also but can’t recall which one.

    I only recently updated the Translations now getting these Translation errors also in backend.

    YES the error/issue ONLY occurs when we add specific products into the “ADD TO CART”, that’s when it i triggered .. and it doesn’t add that product to the cart, but insteads adds the freight. Then I have to go back and add that product back into the cart again then, OK.

    We are getting memory exhausted issues also. Hosting are currently investigating also but we haven’t resolved anything.

    This is repeated in the error log. Do you want full error log?

    Obviously for all of these to be triggered too early is an underlying issue elsewhere that happened WAY before I updated the translactions. Just adding to the original issue.

    PHP Warning:  Cannot modify header information – headers already sent by (output started at /home/customer/www/domain.com.au/public_html/wp-includes/functions.php:6131) in /home/customer/www/domain.com.au/public_html/wp-admin/admin-ajax.php on line 27

    PHP Notice:  Function _load_textdomain_just_in_time was called <strong>incorrectly</strong>. Translation loading for the <code>woocommerce-conversion-tracking</code> domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the <code>init</code> action or later.

    [22-Mar-2026 01:24:45 UTC] PHP Notice:  Function _load_textdomain_just_in_time was called <strong>incorrectly</strong>. Translation loading for the <code>woocommerce-products-filter</code> domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the <code>init</code> action or later. Please see <a href=”https://developer.ww.wp.xz.cn/advanced-administration/debug/debug-wordpress/”>Debugging in WordPress</a> for more information. (This message was added in version 6.7.0.) in /home/customer/www/domain.com.au/public_html/wp-includes/functions.php on line 6131

    I have deactivated plugin called Conversion Tracking for WooCommerce. No idea about the Woocommerce Products filters.

    This I suppose doens’t mean this is causing the issue with the “ADD TO CART” either at this stage. Could be something else. The issue happened way before I updated the Translations.

    This is very frustrating.

    Thanks

    Plugin Support LovingBro (woo-hc)

    (@lovingbro)

    Hi @kristinubute,

    I can really see how frustrating this has been, especially with the add to cart behaving oddly for specific products and all these errors stacking up over time. You have already done a lot of solid troubleshooting here, which helps narrow things down quite a bit.

    From everything you shared, this does not look like a single issue, but rather something deeper causing multiple side effects, most likely a conflict involving the theme, child theme, or a plugin.

    The add to cart behavior is the biggest clue. Since it only happens with certain products and has been around for a while, that usually points to some custom logic or a conflict interfering with how the cart is processed. The fact that it adds freight first is especially telling, as that is not default WooCommerce behavior.

    The PHP fatal error around the $interval parameter still suggests something in the theme or a related plugin is passing data in a way WordPress does not expect. Even when everything is updated, child themes or bundled functionality can sometimes fall out of sync, so it is good that you have reached out to the child theme developer.

    The cron error and translation notices are likely separate symptoms, but they reinforce that there are components on the site not behaving as expected. They are probably not the root cause of the cart issue, but still worth cleaning up once the main issue is identified.

    At this point, the most helpful step is to run a proper conflict test so we can isolate exactly what is causing this. I know it can feel a bit repetitive, but it is the fastest way to get a clear answer. You can follow this guide here: https://woocommerce.com/document/how-to-test-for-conflicts/

    Try this:
    – Deactivate all plugins except WooCommerce
    – Switch temporarily to Storefront
    – Test adding those specific products again

    If everything works fine, then we know it is a conflict. From there, reactivate things one by one until the issue comes back. That will pinpoint exactly what is responsible.

    For the cron issue, you can clean up leftover scheduled events using a tool like WP Crontrol, or by following this guide: https://developer.ww.wp.xz.cn/plugins/cron/

    Also, if you are able to share your System Status Report, that would really help us see the full picture:
    WooCommerce → Status → Get system report, then share it via https://pastebin.com or https://gist.github.com

    You are definitely on the right track here. Once we identify the conflicting piece, everything else should start making a lot more sense. I will keep an eye out for your update.

    Thread Starter kristinubute

    (@kristinubute)

    Thank you. I’ll do some more process of elimination. I can’t do that on the live site. Strangely I’ve duplicated the entire site to a test server and the freight issue doesn’t occur there.

    Plugin Support LovingBro (woo-hc)

    (@lovingbro)

    Hi @kristinubute,

    Thanks for the update, I can see you are continuing the process of elimination, which is definitely the right approach here.

    The fact that the issue only happens on the live site and not on the test site points strongly to something environment specific. While you continue testing, a few additional things worth checking on the live site are:

    Caching layers, including any caching plugins, CDN, or server level cache, as these can interfere with cart behavior
    Session handling, especially if object caching like Redis or Memcached is enabled
    WooCommerce → Status → Scheduled Actions, to see if there are any failed or stuck actions

    You can also review this guide for more context: https://woocommerce.com/document/understanding-the-woocommerce-system-status-report/scheduled-actions/

    Once you have had a chance to test these, feel free to get back to us with your findings and we will take it further from there.

    Plugin Support Ejay F – a11n

    (@ejayfernandes)

    Since we haven’t received any updates from you, I’ll mark this as resolved for now. If you need further assistance, you’re welcome to start a new thread.

    Your feedback helps others – please consider leaving a review: https://ww.wp.xz.cn/support/plugin/woocommerce/reviews/

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

You must be logged in to reply to this topic.