Support

May 27, 2020 at 6:38 am

Hi Kerrie,

I have searched the forums – is this the answer?

It may be the answer but it depends.

EE uses WP Cron to send emails and if yours are sitting at ‘Queued for Generating’ then there is either an issue with WP Cron or it has been disabled on your server.

Switching the above setting tells EE to stop using WP Cron and just send the emails immediately. If you do that on your site and add a test registration to an event (create a test event with a free ticket to test), does it send immediately?

If it does, then there is an issue with WP Cron and really that should be investigated further as other areas of your site us WP Cron. Your host may have disable it and set up a ‘real’ cron on the server, or disabled it completely. If thats the case I recommend requesting the enabled it or setup a real cron to takes its place.

Who hosts your site?

May 29, 2020 at 5:08 am

Leave it as is for now so your emails work.

To troubleshoot, go to Dashboard -> Tools -> Site Health

Leave that page open for a little so it can run tests in the background (usually takes up to a minute).

In another tab, go to Plugins -> Add new and add WP Crontrol, install and activate it.

It’s this one: https://wordpress.org/plugins/wp-crontrol/

Then go to Dashboard -> Tools -> Cron events.

At the top of the page does it have a notice about WP_CRON at all?

June 3, 2020 at 3:52 am

“The scheduled cron events have changed since you first opened this page. Reload the page to see the up to date list.” Reloaded the page, message wasn’t there, then came back after a short time.

That’s fine, it likely means you have a corn running on a short interval that is updating.

So it does sound like WP Cron is active on your site then.

So to troubleshoot this further you’ll need to switch back to using ‘On separate request’ in the Message settings.

Then open up the corn events page again and search for ‘AHEE__EE_Messages_Scheduler’ do you see 3 jobs listed there then?

If yes, test another registration and see if the email arrvies.

Note that WP Cron relies on ‘hits’ on your site, so trigger a message and look in the message queue to see if the message shows as ‘no recipient’ (expected at that point), wait for more than 5 mins and refresh the page, does it change?

It should have a blue ‘status bar’ (the coloured bar to the left) and have be ‘waiting for sending’ or possible switch to green and already sent.

June 28, 2020 at 12:12 pm

the‘AHEE__EE_Messages_Scheduler’ I see looks like this ‘AHEE__EE_Messages_Scheduler_cleanup’ – under actions it’s EE_Messages_Scheduler::cleanup()

Sounds like you only have 1 of the 3 corn jobs set.

De-activate the Event Espresso 4 plugin, then re-activate. That will force EE to recheck various options, including the corn jobs it needs.

Side note, de-activating EE will also de-activate some of its add-ons, once you’ve re-activated EE you will then also need to re-activate the add-ons.

On another question – is it possible to hide the amount of tickets left to sell for an event from the public in the registration page? so when you click on show details under Access it is showing how many tickets are remaining.

Currently, you can either remove the ticket details section completely or just hide those ticket values with some CSS if that will work for you?

If you let me know which option you prefer I’ll add more details.

June 29, 2020 at 5:33 am

Thanks Tony. I’d like to remove the ticket section completely.

Then go to Event Espresso -> Events -> Templates

In there you’ll find a ‘Ticket Selector Template Settings’

Set ‘Show Ticket Details’ to No and save.

That will remove those details.

Re deactivating and reactivating EE – that makes me very nervous that I’ll lose all the data I’ve got in each event – 23 in total!!

All of the Event data, (Events themselves, registrations, venues, everything you create/set) is stored within the database itself, you won’t lose any data by de-activating the plugin but I understand if you prefer not to.

Is there any problem with just leaving the setting at “on same request”?

No problems as such, there are 2 things that come to mind.

It means that when emails are triggered the user’s request will take a little longer to load the page but it’s not usually significant. So for example when the user registers and pays, it will take a little longer for the thank you page to load as it has to wait for the email to send first.

The other is your can’t just the Automated Upcoming Events Notifications add-on as it relies on WP_Cron to function, if you’re not using that add-on anyway thats no issue.

It’s working fine with that.

If the above is working for you there’s nothing wrong with leaving it like that.

June 30, 2020 at 8:47 am

You’re most welcome, Kerrie.

If you run into any issues just let us know, we are here to help 🙂