Well I just saw the that our website was not working anymore. So I started troubleshooting tests, changing htascces file name for checking as well as the plugin folder name via ftp. From that point I knew it has to be something more tricky. I added wpbebug code to the wpconfig to see if I can handle it from there (see my first post of today with the message of debug). Then I removed the enfold theme via ftp and I had access for my wordpress backend. I tried to bring up my backup via updraft plus of oktober 17th and it failed. afterwards it started with the new fatal error.

and now this one… whats going on with enfold?

Fatal error: Uncaught Error: Call to undefined function av_icon_css_string() in /mnt/web418/b1/70/5603570/htdocs/wp-content/themes/enfold/css/dynamic-css.php:1094 Stack trace: #0 /mnt/web418/b1/70/5603570/htdocs/wp-content/themes/enfold/includes/admin/register-dynamic-styles.php(234): require() #1 /mnt/web418/b1/70/5603570/htdocs/wp-content/themes/enfold/functions.php(783): avia_prepare_dynamic_styles() #2 /mnt/web418/b1/70/5603570/htdocs/wp-includes/class-wp-hook.php(307): avia_custom_styles() #3 /mnt/web418/b1/70/5603570/htdocs/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters() #4 /mnt/web418/b1/70/5603570/htdocs/wp-includes/plugin.php(476): WP_Hook->do_action() #5 /mnt/web418/b1/70/5603570/htdocs/wp-settings.php(598): do_action() #6 /mnt/web418/b1/70/5603570/htdocs/wp-config.php(171): require_once(‘…’) #7 /mnt/web418/b1/70/5603570/htdocs/wp-load.php(50): require_once(‘…’) #8 /mnt/web418/b1/70/5603570/htdocs/wp-admin/admin.php(34): require_once(‘…’) #9 /mnt/web418/b1/70/5603570/htdocs/wp-admin/themes.php(10): require_once(‘…’) #10 {main} thrown in /mnt/web418/b1/70/5603570/htdocs/wp-content/themes/enfold/css/dynamic-css.php on line 1094

Yes this is my destination.

Loading the “third party garbage” will be avoided by enfold cookie tool.

Next : this here is a usefull compression tool – and i have never had conflicts with it in using it with enfold.
if i create edited file and compress myself – regarding the enfold nomenklatur ( avia-snippet-sticky-header.min.js ) – how do i have to enque that custom js file with condition ?
( Uploading both files then to child-theme )

Hi Yigit,

Thanks, I will try that and contact the plugin author about it.
However, regarding this: it seems the issue has resolved “all by itself” after my last tryout, at least it doesn’t happen at the moment. By the way, I also discovered I wrongly informed you earlier about PHP, it’s not 8.1.1 but 8.1.11 (I typed too quickly) :-)

On mforams2
– downgraded Enfold to 5.1.2 (ftp copy)
– disabled CSS & JS merge & compress
– updated Enfold to 5.2, saved theme options
– saved permalinks again
– re-enabled Performance CSS & JS merge & compress, saved theme options

Much to my own surprise, no more issues. One of those things that has me scratching my head…
Anyway, both mforams2 and mforams8 now run Enfold 5.2 and Booking Calendar seems to work fine in both languages.
Perhaps the permalinks saving again did the trick, I don’t know. You can check it for yourself if you want on the two stagings.

So thanks for your time and effort, I guess this can be closed for now. I will keep an eye on it and in case the problem resurfaces I will open a new one.

Thanks and have a good day!
Rob

Hi Yigit,

Thanks for taking a loook. However, I don’t understand why the plugin author of Booking Calendar should be involved :-)
Nor do I understand why deactiviating plugins would help.

On MforAms8 (Enfold 5.1.2) everything works perfectly in both languages.for the Booking Calendar
On MforAms2 (upgraded to Enfold 5.2) the default language (EN) Booking Calendar does not load anymore, but it does on the translated page (NL).

Neither the Booking Calendar nor the Falang translation plugin were touched before the Enfold update, ergo it is something in the Enfold 5.2 update which caused this, I think.

I would appreciate if you could look for any possible culprit code in the latest Enfold update. I will try my luck with the authors of Booking Calendar and Falang, but I fail to see how they could have caused something which in Enfold 5.1.2 worked just fine.

Kind regards,
Rob

• This reply was modified 3 years, 5 months ago by rob2701. Reason: fixed typo

Thanks Vera – i do know that – but if on performance reasons i like to show a vimeo or youtube video – and block til opt-in – we see a black preview area!
Downloading or creating an own fallback image is possible – but if it could be automated this will be nicer.

See here my solution with borlabs cookie solution and enfold – on visit – deny ( Ablehnen ) all cookies.:
https://webers-web.info/videos/

you see that even the videos with no custom image do have a preview image – and it is local hosted.
Borlabs can download those thumbnails to a local folder – and we can use them for that.

After optIn – then the thumbs from youtube/vimeo are loaded.

That was my intention for Enfold own cookie consent tool.

Meanwhile we updated to the latest Enfold 5.2 and the error still exists.
What we found out is that it consists while clicking too fast: Choosing start and end date very quickly creates the errors, either the first or second (as seen in the screenshot). Waiting a bit before choosing the dates results in a successful shopping cart action.

For the backend performance:
Before the update we disabled the LayerSlider Plugin in the Theme Settings and the performance was fast again.
After the update we had to enable it, because all our sliders were gone, even if we didn’t use the LayerSlider Plugin!