Endet Sale Product are still shown

Hi @yourchoice,

I understand you’re experiencing an issue where products continue to appear in your sale shortcodes even after their sale end dates have passed, which is definitely not the expected behavior.

This sounds like it could be related to caching or a cron job issue. WooCommerce relies on scheduled tasks (cron jobs) to automatically remove expired sale prices, and if these aren’t running properly, products can get “stuck” in sale status even after the end date passes.

Could you tell me a bit more about your setup? Are you using any caching plugins, and have you noticed if this started happening after any recent updates to WordPress, WooCommerce, or your theme? Also, do you have any other plugins that might be affecting product pricing or sales?

This will help me provide more targeted troubleshooting steps to get your sale shortcodes working properly again.

Looking forward to your response.

Hi Mike,

Thanks for the update, that’s really helpful! Since the issue persists even with only WooCommerce active and no caching plugin involved, this points strongly to a WP-Cron issue.

WooCommerce relies on a scheduled task called wc_scheduled_sales to automatically clear expired sale prices when their end date passes. If this task isn’t running, products remain technically “on sale” in the database even though the end date has passed.

Please check the following:

• Go to WooCommerce → Status → Scheduled Actions and search for wc_scheduled_sales. Is it listed? If it’s showing as past-due or not scheduled at all, that confirms cron isn’t running properly.
• In your WooCommerce → Status report, look for the Daily Cron line. Does it show ✔ with a next scheduled time, or ❌ Not scheduled?
• Since you’re running nginx server-side caching, it’s worth checking with your hosting provider whether wp-cron.php requests are being blocked or filtered by the nginx configuration. This is a common cause of WP-Cron failures on nginx setups.

Could you also share your System Status Report (WooCommerce → Status → Get system report) at https://gist.github.com? That will show us your WooCommerce and WordPress versions along with the cron status in one go.

Looking forward to your findings!

Hi @yourchoice,

Thanks for sharing the system status.

The problem is more specific: the wc_scheduled_sales scheduled task that WooCommerce uses to clear expired sale prices simply isn’t being registered at all. Normally WooCommerce creates this automatically, so something is preventing it from being set up.

Looking at your active plugins, we’d like you to try one thing first: temporarily deactivate “Discount Rules for WooCommerce” by Flycart and then check WooCommerce → Status → Scheduled Actions again to see if wc_scheduled_sales appears.

The reason is that it directly handles WooCommerce’s pricing and discount system, and given that the issue started appearing around recent WooCommerce updates without any other changes, there may be a compatibility conflict between the newer WooCommerce version and this plugin that’s preventing the sale scheduling task from registering correctly.

If wc_scheduled_sales reappears after deactivating the Discount Rules plugin, that confirms the conflict and you should check with Flycart for an update or fix. If it doesn’t reappear, please deactivate one by one this time and let us know how it goes.

Also, as a quick manual fix in the meantime: go to WooCommerce → Status → Tools and look for “Clear expired transients” and “Schedule expired transient files cleanup”.

Looking forward to hearing what you find!

Hi @yourchoice,

Thanks for the update and for taking the time to try those steps, I can see you’ve been thorough in testing this and sharing details, which really helps narrow things down.

Just to mention, we did notice your offer to share temporary login access. For your security, we do not and will never ask for any login details on the public forum, and it’s best not to offer or share credentials here. Keeping everything within the thread ensures your site remains safe and aligned with forum guidelines.

Given that the wc_scheduled_sales action is still missing even after plugin checks and cleanup, the focus now is to get that scheduled task properly registered again.

Here are the next steps I’d recommend:

1. Force WooCommerce to re-register scheduled actions
   • Go to Plugins → Installed Plugins
   • Deactivate WooCommerce
   • Reactivate it again
     This can sometimes reinitialize missing scheduled tasks like wc_scheduled_sales.
2. Manually trigger WP-Cron
   • Visit: https://yoursite.com/wp-cron.php?doing_wp_cron
   • Then recheck WooCommerce → Status → Scheduled Actions for wc_scheduled_sales
3. Check if WP-Cron is disabled
   • In your wp-config.php, look for:define('DISABLE_WP_CRON', true);
   • If present, WP-Cron won’t run automatically and needs a server cron job configured
4. Temporarily switch theme
   • Activate a default theme like Storefront or Twenty Twenty-Four
     This helps rule out any theme-level interference with scheduled actions
5. Reset WooCommerce scheduled actions
   • Go to WooCommerce → Status → Tools
   • Run:
     • Clear expired transients
     • Delete transients
     • Then check Scheduled Actions again

You can also review how scheduled actions and cron work here: https://woocommerce.com/document/understanding-the-woocommerce-system-status-report/scheduled-actions/

If after these steps the wc_scheduled_sales action still does not appear, the next step would be to check server-level cron handling, especially with nginx, as it can sometimes block or interfere with wp-cron.php execution.

Let me know what you find after reactivating WooCommerce and triggering cron, that will help us determine the next direction.

Hi @yourchoice,

Thanks for the detailed update, that really helps clarify things. I can see you’ve taken the time to go through the earlier steps, and your findings around the scheduled actions are especially useful.

Yes, you’re right, woocommerce_scheduled_sales is essentially the current equivalent of wc_scheduled_sales, and based on the timestamps you shared, it is running successfully via WP-Cron. That tells us the cron system itself is working as expected, so we can likely rule that out as the root cause.

The failed wc_admin_unsnooze_admin_notes actions aren’t directly related to product pricing or sale scheduling, so while they’re worth cleaning up at some point, they shouldn’t be causing the sale products to remain visible.

At this stage, the behavior you’re seeing, where products are no longer on sale but still appear in sale shortcodes, strongly points to a plugin conflict affecting how WooCommerce determines “on sale” products.

Even though you previously deactivated plugins, I’d recommend running a full plugin conflict test again, just to be certain nothing was missed:

1. Deactivate all plugins except WooCommerce
2. Switch to a default theme like Storefront or Twenty Twenty-Four
3. Check if the issue still occurs
4. Then reactivate plugins one by one, testing after each activation

In particular, please pay close attention to Discount Rules for WooCommerce. Since it directly modifies pricing logic, it’s a strong candidate for interfering with how sale products are detected and displayed, especially after recent WooCommerce updates.

If the issue disappears during the test and reappears when a specific plugin is activated, that will confirm the conflict and point us to the exact cause.

Let me know what you find after running through this test, that should help us narrow this down further.

No worries @yourchoice.

Looking forward to your update!