Support

May 24, 2023 at 8:20 am

Hi there,

When we’ve seen this in the past it was because the emails were sitting in the queue waiting to generate from a previous issue with WP Cron or something happening during the generation of the emails.

Fixing WP Cron then triggered the job to generate and send the emails.

Do you know if these emails a ‘duplicate’ of previous emails sent? As in did the emails send for the event previously when the user registered and now they’ve received another copy?

Do you have a database backup from some point close to before you setup the cron job through cPanel? I can check to see if messages are waiting to generat within that if if you do.

June 21, 2023 at 6:58 am

Hi there,

My apologies for the delay, I’ve been digging into this trying to reproduce the emails re-sending but unfortunately, I’ve not been able to.

I checked your database and as you suspected, there aren’t messages sitting waiting to generate/send so ‘something’ retriggered the emails to send again within the messages system but without being able to reproduce it and view the stack trace/queries generated its extremely difficult to narrow this down further.

I set up a local site running just Event Espresso and used your database locally to see if I could reproduce it (no emails will actually send from my localhost) but nothing so far has triggered the emails there.

What exactly did you do with WP_CRON from your opening post? I’d really like to reproduce this if I can, triggering messages for expired events is not ideal nor expected.

June 22, 2023 at 6:06 am

I had set WP Cron job in cpanel following this url

So all that actually does is create a ‘real’ cron on the server and stop WP_CRON from checking for tasks on every request.

WP_CRON is a sudo cron, it can’t schedule tasks on the server itself so what it does is check for a task on every request in the background, meaning every single request that hits the site triggers a check within WP_CRON to see if there is a task to run.

The above sets up a real cron to run every X mins which then calls the page WP_CRON would have to run the tasks.

It’s a way make sure the WP Cron tasks run on X schedule without needing visitors to trigger the check. That doesn’t really change how EE messages work.

And this was done to make sure that the News Feeds…

I can’t see anything within that add-on which could make messages retrigger.

I’ll create a ticket to see if there is anything we can do to try and prevent this ut without being able to reproduce its going to be really difficult to narrows this down.