&doing_wp_cron

[Ben Winton]

Our URLs are being appended with “&doing_wp_cron=” followed by a numerical string.

This began occurring after upgrading to version 3.10. (We have both a fully purchased PRO license, but also came in under the Non-Profit program, after purchase. Sorry for the confusion.)

We have found that if we deactivate the Filter Bar plugin, the problem seems to go away.

We know we can change the alternate chron statement in wp-config.php to False, but not sure if that breaks scheduled future event posts, or not.

[Brian]

Hi,

Sorry for the issues you are having. I can help troubleshoot this with you.

I took a look at your site and see the issue.

As you said it is the alternate cron that does this. I found the answer and that looks to be the issue:

http://wordpress.stackexchange.com/a/12778

I do not know how your site is setup and not sure if removing that will change things. It would be one of those things you might have to do some tests to see how it works.

Let me know if you have any follow up questions.

Thanks

[Ben Winton]

Hi, and thanks for confirming that the StackExchange solution might be viable. We are concerned this will prevent future posts (posts with a future event date on them) from showing up because the chron job will be disabled. Also, if we have other plugins, such as Post Expirator or DB Backup, those won’t run.

This problem ONLY started occurring after the upgrade to version 3.10.

We feel the only real solution is to roll back to the older version of The Events Calendar, for now. 🙁

[Brian]

There are other options besides using Alternate Cron.

There is this guide to running the WordPress cron through a cron job in the cPanel of your hosting:

https://support.hostgator.com/articles/specialized-help/technical/wordpress/how-to-replace-wordpress-cron-with-a-real-cron-job

That is what I usually do.

[Christopher Roy]

We are having the exact same issue since upgrading to 3.10. Is there anyway to control the cron specifically for The Events Calendar. Doesn’t seem like an appropriate fix for us to have to change the way crons are managed for our entire site to support whatever changes were made in the new 3.10. What options do have to stop this from happening since it is clear this is being triggered by the new 3.10 upgrade. We are running Pro version, FB import and Community calendar plugins. Thanks for your help.

[Brian]

Hi Christopher,

Thanks for posting here. I can certainly help you here, but we can help you better if you create your own topic in the forum where we interact with you one on one. Also, we encourage you to post on your own topic because every time we post we email the author of the topic.

Having said that the only option I know of is using the manual cron as I outlined in this link:

https://support.hostgator.com/articles/specialized-help/technical/wordpress/how-to-replace-wordpress-cron-with-a-real-cron-job

Using the Alternate Cron will add this to the link: “&doing_wp_cron=”

That is the purpose it was intended for.

Cheers

[Christopher Roy]

Thanks Brian. Can you clarify why this changed in 3.10. We never had this issue until the upgrade to this new version of the plugin. Why is The Events Calendar changing the behaviour whereby we now need to change how we handle crons across the entire site differently?

[Brian]

Hi,

We refactored the all the class names and files names. So it is hard to narrow down the specific coding that changed to cause this. However, I believe the issue is not in Filter Bar, but in Pro and the new coding to use a cron to create instances of recurring events instead of all at once so we do not timeout on shared hosting.

I looked through and it is not clear what exactly in the coding is causing it, but this file is a good place to start:

wp-content\plugins\events-calendar-pro\src\Tribe\Recurrence_Scheduler.php

The WordPress Codex calls the method a “bit iffy sometimes” and it is the reason it is not the default so it could just be WordPress as well.

I have created a ticket for us to look into this and see if there is something we can change, but I do not have a timeline when that might happen.

Cheers

[Christopher Roy]

I’ve disabled wp-cron and set the cron to run via cPanel as suggested and it has solved the issue of the appended URLs. Thank you and though I suspect others would have this issue and might be better if the plugin didn’t force that as a requirement as it appears to have for some users. Thanks for help.

[Brian]

Hi Christopher,

Glad another method worked for you.

I agree with you and we do have a ticket assigned to a developer to take a look at this and see if it can be prevented from happening.

It will not be in the 3.11 release, but could be in a future release if it is possible to change.

Thanks

[Leah]

Hi there,

We wanted to check in here and update you on our progress. Although we weren’t able to address your issue in our upcoming release (3.11) we do still have it on our radar. Thank you for your patience while we continue working on a fix for the problem you reported. We will do our best to keep you posted when we have a solution in place. In the meantime, if you need help or find that the issue you reported here is no longer a problem, please feel free to start another thread.

Thanks again for your patience and understanding!

Cheers,
Leah
and the rest of The Events Calendar team

[Author]

Posts