Cron-job not created when variable product is back in stock

It works however for single products as it should, so this issue is only for the variable ones.

Hello there,

Good Day!!

We’re unsure why this issue is occurring with variable products. We suggest deactivating all other plugins except “WooCommerce” and “Back in Stock Notifier for WooCommerce” to check if the issue resolves.

Additionally, we have an option in our Settings page: Admin Dashboard > Instock Notifier > Settings >Troubleshoot Settings (Experimental) >Enable this option if you have updated the stock from a third-party inventory plugin. While this option is primarily intended for users managing inventory through third-party systems, it can also serve as an additional check, even if third-party inventory management isn’t being used.

Here’s how it works:

• When enabled, a cron job will check the product stock every 5 minutes and send emails accordingly.
• If stock status is detected automatically, an email will be sent immediately.
• If stock status is not detected automatically, the system will check and send an email after 5 minutes (as per the cron job).

We recommend enabling this option to help avoid issues with email notifications.

Thanks.

Ok. Could it be that the problem is there because we use this plugin:

https://codecanyon.net/item/woocommerce-attribute-stock/25796765?srsltid=AfmBOoqeMm4wYy_37XdMO2Zf5ilF_mLA47s-kA9kWduEUIy6nMzZq5aI

This is a attribute stock plugin that makes it possible for us to set a stock multiplier for each variation. So if we as in the following example have 217000 g of dates in stock, then if people buy 1 kg the stock multiplier is set to 1000.

https://snipboard.io/ODluUy.jpg

Do you have any experience with the compatibility with this plugin?

Hello there,

Thank you for sharing the details about the “WooCommerce Attribute Stock – Shared Stock & Variable Quantities” plugin. Unfortunately, we have not had a chance to check this plugin yet.

However, we have forwarded this information to our core team for further review. We will update you as soon as we have more information or a solution.

Thanks.

Thank you.

Hello there,

We’ve received feedback from our core team regarding the issue you’re experiencing. To resolve it, we recommend enabling the “Enable this option if you have updated the stock from a third-party inventory plugin” option in the Troubleshoot Settings, as mentioned in our previous response.

You can find this option by navigating to: Admin Dashboard → Instock Notifier → Settings → Troubleshoot Section → Enable this option if you have updated the stock from a third-party inventory plugin.

Enabling this will check the product stock around the clock and send automatic emails to the respective subscribers.

Additionally, we would like to understand the full scope of your setup with the “WooCommerce Attribute Stock – Shared Stock & Variable Quantities” plugin and your specific requirements. For more detailed assistance on this matter, we recommend reaching out to our dedicated helpdesk at https://codewoogeek.freshdesk.com/support/home. Our team will be able to provide you with the necessary guidance and assistance based on this.

Thanks.

We are having the same issue, and yes we turn on the option mentioned in the thread.
“Admin Dashboard → Instock Notifier → Settings → Troubleshoot Section → Enable this option if you have updated the stock from a third-party inventory plugin“

It seems that the CRON isn’t CRONNING, lol

Hi @mikeloucas ,

Thank you for reaching out and for your feedback. We understand your concern and the frustration this situation might cause.

Our plugin schedules events for back-in-stock notifications using WordPress’s built-in WP Cron system, which relies on the site’s WP Cron configuration. While our plugin ensures the event is scheduled properly, the actual execution of the scheduled events depends on your site’s WP Cron setup. If WP Cron is disabled or not configured correctly, the events may not run as expected.

To ensure WP Cron works smoothly, please check:

Is WP Cron enabled? Confirm that the constant DISABLE_WP_CRON is not set to true in your wp-config.php file.
Hosting environment: Some hosting providers disable WP Cron by default or suggest replacing it with a server-based cron job for better reliability.
Third-party interference: Check if any third-party plugins or server-level caching might be preventing WP Cron from firing.

We’d recommend consulting with your hosting provider to set up a real server-side cron job for more consistent and reliable execution.

If you’re still experiencing issues, feel free to reach out to us by open a new support thread, and we’d be happy to assist further!

Thanks.