Support

Home Forums Event Espresso Premium Version 5.0.34p crashes my pages in WordPress 6.7.1 Is there a fix?

Version 5.0.34p crashes my pages in WordPress 6.7.1 Is there a fix?

Posted: January 30, 2025 at 1:45 pm

Viewing 37 reply threads


cprdave

January 30, 2025 at 1:45 pm

Version 5.0.34p crashes my pages in WordPress 6.7.1 Is there a fix?


Tony

  • Support Staff

January 30, 2025 at 2:07 pm

Hi there,

I’ll need the log from the error being thrown to know what is happening here, WordPress displays a ‘Critica error’ pretty message but in the PHP error logs should be the ‘real’ error being thrown starting ‘Fatal error’.

Your host will usually have a section for you to view the error logs within your control panel, can you see if there any errors there and post them here?


cprdave

January 30, 2025 at 2:43 pm

Yes. I should be able to access the error logs in the AM. Thank you for your reply. I will get you what I find ASAP.


cprdave

January 31, 2025 at 6:53 am

Unfortunately, the only error message I can find is this (below), which seems to occur every couple of hours every day, but doesn’t seem to cause a problem I can see. I did a search through the log for “fatal error” over the last 48 hours and got nothing.
AH01276: Cannot serve directory /nas/content/live/cprdave/wp-includes/: No matching DirectoryIndex (index.html,index.cgi,index.pl,index.php,index.xhtml,index.htm) found, and server-generated directory index forbidden by Options directive


Tony

  • Support Staff

January 31, 2025 at 7:03 am

Ok, so when you say ‘crashes my pages’, what happens on the site?


cprdave

January 31, 2025 at 7:12 am

Though the registration grid seems to be okay, the header text gets an extra </h1> tag: AHA Basic Life Support (BLS) Provider CPR – White Plains (In-Person Classroom Course) </h1
And this shows up in the right-hand column, which should be empty:
No configuration section has been provided while attempting to save “_Config”. EE_Config – _verify_config_params – 509

/* */


Tony

  • Support Staff

January 31, 2025 at 7:20 am

Hmm interesting!

Ok, can you link me to the page so I can take a look?


cprdave

January 31, 2025 at 7:25 am

Here is the link to the page using EE 5.0.19p:
https://cprdave.com/events/aha-basic-life-support-bls-provider-cpr-white-plains-in-person-classroom-course-2/
I hesitate to link to that page once EE is updated to 5.0.34p, since registrations are active and robust, and I don’t know what other issues may exist. But if that is the only way you can troubleshoot, can we coordinate a time for you to look at it so the flawed page is up for as little time as possible?


Tony

  • Support Staff

January 31, 2025 at 7:54 am

Oh! I thought you were testing this on a dev/staging copy.

No, let’s not update the live site if you know there are issues.

Who are you hosting with? Do they have a staging/dev site facility?


cprdave

January 31, 2025 at 9:58 am

Yes, the host has a staging option. I’ll see if I can port the site over to it and get back to you. Thanks for your help.


cprdave

January 31, 2025 at 1:22 pm

Okay. I copied the site to the staging environment. Here’s an example of the broken page after updating the staging site to EE 5.0.34p
https://cprdavestg.wpengine.com/events/aha-basic-life-support-bls-provider-cpr-white-plains-in-person-classroom-course-2/


cprdave

January 31, 2025 at 1:43 pm

For some reason, in the staging site, the wording/coding does not appear in the right hand column, but the additional <h1 tag still appears alongside the header.


Tony

  • Support Staff

February 3, 2025 at 9:31 am

Can you send me login details so I can take a look at this please?

It could be related to something the theme is ding which EE is now highlighting with the next version, but I’ll take a look and advise from there.

If that’s ok, send temp login details over using this form:

https://eventespresso.com/send-login-details/


cprdave

February 3, 2025 at 12:24 pm

This reply has been marked as private.


Tony

  • Support Staff

February 3, 2025 at 3:39 pm

This reply has been marked as private.


cprdave

February 4, 2025 at 7:38 am

Oooooops!


cprdave

February 4, 2025 at 7:42 am

I changed the password. Let’s hope no one used the old one.


cprdave

February 4, 2025 at 7:47 am

New login sent.


Tony

  • Support Staff

February 4, 2025 at 10:31 am

Ok, so your theme has a bunch of EE templates that are overriding the default output.

Inside content-espresso_events-header.php is this:

<?php echo "</{$tag}"; ?>

Which should be:

<?php echo "</{$tag}>"; ?>

Note the closing > after {$tag}.

That’s what is breaking your even title.

You may also have templates within /wp-content/uploads/espresso/templates/ which now no longer load on the latest EE version so its now loading the templates from within the theme.


cprdave

February 4, 2025 at 11:59 am

Wow! Okay, thank you. Will inserting the closing > also fix the problem with the templates that no longer load, or is that a separate issue?


Tony

  • Support Staff

February 4, 2025 at 12:32 pm

That’s a separate issue.

To explain, Event Espresso has for a long time looked in /wp-content/uploads/espresso/templates/ any custom templates to be used in place of the default ones we load, we checked there and used the version in that location if available. THat allowed you to replace templates on the fly… but… security plugins are NOT a fan of .PHP files in uploads and we had a few instances where they would just wipe out the templates or worse yet…. empty the file and leave it to load (which means you now load a ‘valid’ but empty template!).

So… in v5.0.0 we deprecated that location in favour of loading the templates from within a Child theme (note that doing so has always happened, but the above location was checked first) and in the latest versions we made a change which means /wp-content/uploads/espresso/templates/ is basically ignored now. We’ll fix that but loading the templates from that location is still deprecated regardless, so switching to load from the theme is a good thing.

So… 2 things I recommend here.

1. Check in /wp-content/uploads/espresso/templates/ for any template files, see any?

If so, look at moving those to the root directly of your child theme (you already have a bunch there which may not even be needed)… compare the the templates to see what changes have been made and why. The templates in the uploads directory may be ‘newer’ than what your theme has.

You likely don’t need a bunch of what has been copied, which leads onto the next point….

2. Within your child theme you have a bunch of template files for event espresso.

Loading them there means you have taken ownership of the template, any changes we make to the default templates will be ignored becuase you are loading your own version.

So… compare those with the default templates in /plugins/event-espresso-core-reg/public/Espresso_Arabica_2014 which are the default template files.

For example, the file with the issue above in your theme:

content-espresso_events-header.php

That’s basically an exact copy of our default template file but with a typo in it.

So your theme has taken control of that template…. to load exactly the same version. I’d be asking why take ownership of it if nothing is changing. Let EE load its own version (remove that one from the theme and EE will load the default). That is less for you to manage within the theme, then… if it’s loading the same code that EE core would load from its own template…. let core load its template.

I don’t know if your knowledge with PHP and/or if you copied those templates or someone else, so this may not be something you can do yourself?


cprdave

February 4, 2025 at 12:41 pm

Tony, thank you very much. You guessed it, someone else set this all up, and my knowledge of php is extremely limited. At this point, I don’t know where to find content-espresso_events-header.php. If I did, I’d be happy to remove it and call things fixed for now. Going in and dealing with the templates is something I’m not capable of. If you could tell me how to find the above php page, I’d be most grateful.


Tony

  • Support Staff

February 4, 2025 at 12:56 pm

If you have file access it’ll be in /wp-content/themes/Avada-child/

If not, it can be edited within the WP Admin (be careful here! Making a mistake can give you a white screen, and then you need FTP to fix it by undoing the change made or correcting it).

Dashboard -> Appearance -> Theme File Editor.

Find content-espresso_events-header.php and click on it.

You’ll see the code I mentioned above with the missing closing tag, update and save.

(The WP File editor will not let you remove the template file afaik)

Generally, we don’t work through custom templates but comparing the those with the defaults and removing the unneeded files from the theme is something we can do via a support token if needed.

The above should fix the title regardless but just giving you the option.


cprdave

February 4, 2025 at 1:11 pm

Oh no! I added the close bracket and the h1 tag went away, but now it is worse, with even more code added to the header!!! Help!


cprdave

February 4, 2025 at 1:15 pm

Actually, the <h1 tag is still there at the end of the header, but now there is even more code up there, which you can see on the staging site page I sent. The header now includes: id=”event-details-h1-10901″ class=”entry-title”> at the beginning of the header.


Tony

  • Support Staff

February 4, 2025 at 1:34 pm

You’d edited the opening tag rather than the closing one.

I’ve fixed it on the staging site.

https://monosnap.com/file/d2Z7dKmRd6dqCktxKVX82MCwYAeC75


cprdave

February 4, 2025 at 1:39 pm

Yes! It’s fixed. Thank you. I made the same (correct) change on the live site, so now I will try to update to EE 5.0.34p. Fingers crossed. Thank you for your patience with this Luddite. If the update works, I promise not to bother you. Thanks again.


cprdave

February 4, 2025 at 1:42 pm

Well…I wish I could leave you alone. The header is fixed, but now I get this text/code in the right hand column, which should be blank:
No configuration section has been provided while attempting to save “_Config”. EE_Config – _verify_config_params – 509

/* */


cprdave

February 4, 2025 at 1:55 pm

You can see it here: https://cprdave.com/events/aha-basic-life-support-bls-provider-cpr-white-plains-in-person-classroom-course-2/

It does not occur on the staging site. Very odd.


cprdave

February 4, 2025 at 2:05 pm

I compared the code in the events-header section of the staging site with the live site, and to the best of my ability, they look identical. uggggg


Tony

  • Support Staff

February 4, 2025 at 3:50 pm

This reply has been marked as private.


cprdave

February 5, 2025 at 6:57 am

Tony, you’re right. Thank you for letting me know. It does not appear when not logged in. If it’s a simple fix (translation: something even someone like me can handle), I’d be happy to apply it. If not, I’m happy to tell the CPR Dave folks that the site no longer has visible glitches with the EE upgrade. As for the templates issue, I’m happy to open a ticket for them, if someone is willing to deal with them. Is there a charge for that? Most important, I thank you immensely for your patience and expertise.


Tony

  • Support Staff

February 5, 2025 at 9:51 am

Tony, you’re right. Thank you for letting me know. It does not appear when not logged in. If it’s a simple fix (translation: something even someone like me can handle), I’d be happy to apply it.

The config issues isn’t related to your template files, something is preventing one of the config options from loading so EE see’s an ’empty’ config.

I’ll need to see that loading to see what is going on there, but I can’t find where that happens, it’s not happening for me when I log into the site and view the event.

As for the templates issue, I’m happy to open a ticket for them, if someone is willing to deal with them. Is there a charge for that?

Yeah, I can work through those templates and remove what isn’t needed, etc, but yes, there would be a charge to cover the time, as it’s not an issue with EE itself. We can do that using a support token:

https://eventespresso.com/product/premium-support-token/

Most important, I thank you immensely for your patience and expertise.

You’re most welcome 🙂


cprdave

February 5, 2025 at 12:41 pm

Thank you again, Tony. I guess I’ll leave the templates alone for now, hoping they don’t cause future issues. If you are willing to watch the loading, I will be glad to provide access to the live site, since it doesn’t seem to happen on the staging site. With gratitude. – D


Tony

  • Support Staff

February 5, 2025 at 12:59 pm

This reply has been marked as private.


cprdave

February 5, 2025 at 1:01 pm

I’m sorry, but I don’t understand the question.


Tony

  • Support Staff

February 5, 2025 at 1:31 pm

This reply has been marked as private.


cprdave

February 5, 2025 at 1:40 pm

You and I are logging in as the same user. Maybe it’s an intermittent? Your guess is better than mine.

Viewing 37 reply threads

You must be logged in to reply to this support post. Sign In or Register for an Account

Event Espresso