The Old Man

That’s great news, thank you!

Got it, thanks for the confirmation!

I experienced this, well fairly similar, earlier today. In my case I wanted to change the home icon to match one in my footer. If you search for an icon called home, a few display, but there are only certain ones that work. The others show as as completely different characters. I think it’s an UTF-8 encoding related issue or something to with Divi’s built in Font Awesome workings. I ‘fixed it’ by choosing the first home icon that shows, it has no laptop, fire or other symbol overlaid on it.

Thank you @themeythemes , great to hear from you.

I changed the colors to standard ones instead of global and it fixed the errors! ??

Thanks too for the background info. Hopefully Divi will support third party plugins to use the Global Colors.

Also the plugin cannot leave any extra CSS on the website after it is deactivated.

Thanks, sorry I meant the shortcode/html is visible if you just deactivate the plugin, as obviously you’d still have the modules left behind on your pages. I don’t know actual the etiquette as to whether they should be removed automatically from pages if the plugin is disabled or removed, or if it’s expected to have to do it manually. However it’s great to have the Breadcrumbs working again, so it’s not an issue, thank you.

Actually I just got it working with the GitHub version of 1.14.0, I deleted everything in the unzipped folder except for the same files and folders in the WP version but it only popped back into life once I logged in and manually flushed my Redis cache via Redis-cli using flushdb command. I think this was causing the WP version of v1.14.0 to fail in retrospect.

Hi John,

Thanks for the prompt action to resolve this. I downloaded the new version from your WP page as it said it had been updated a few minutes ago:
https://downloads.www.ads-software.com/plugin/wp-crontrol.1.14.0.zip

I uploaded it via FTP and unzipped it over the existing folder in WP-content/plugins. However it is still the same, unable to access my site.

So I just downloaded the one from GitHub marked latest ( https://github.com/johnbillion/wp-crontrol/archive/refs/tags/1.14.0.zip ) and I just noticed it’s a big difference in file size (GitHub version is 933KB and new WP hosted version is 42KB) but both zipped files are called wp-crontrol-1.14.0?

• This reply was modified 2 years, 7 months ago by The Old Man.

Hi,

Still have this problem unfortunately, unable to access my media library with PHP8, site sends an email alert accordingly. Unable to stay with older PHP7.4. No response from the developer for 6 weeks, support is pretty terrible. Unable to access the media library means my client’s site is effectively broken as I can’t upload new images.

There has been a critical error on this website. https://mysite.com/wp-admin/upload.php

WordPress version 6.0
Active theme: Divi (version 4.17.4)
Current plugin: Responsive Lightbox & Gallery (version 2.4.1)
PHP version 8.0.20

Error Details
=============
An error of type E_ERROR was caused in line 941 of the file /home/mysite/public_html/wp-content/plugins/responsive-lightbox/includes/class-folders.php. Error message: Uncaught TypeError: implode(): Argument #2 ($array) must be of type ?array, bool given in /home/mysite/public_html/wp-content/plugins/responsive-lightbox/includes/class-folders.php:941
Stack trace:
#0 /home/mysite/public_html/wp-content/plugins/responsive-lightbox/includes/class-folders.php(941): implode(',', false)
#1 /home/mysite/public_html/wp-includes/class-wp-hook.php(307): Responsive_Lightbox_Folders->add_library_scripts('upload.php')
#2 /home/mysite/public_html/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters(NULL, Array)
#3 /home/mysite/public_html/wp-includes/plugin.php(476): WP_Hook->do_action(Array)
#4 /home/mysite/public_html/wp-admin/admin-header.php(118): do_action('admin_enqueue_s...', 'upload.php')
#5 /home/mysite/public_html/wp-admin/upload.php(268): require_once('/home/mysite...')
#6 {main}
 thrown

Okay, figured this one out. It looks like the Plugin isn’t yet compatible with the changes in PHP8 and 8.1.

In line 109 of the same file that Jerry mentioned above (again be careful to use the correct one):

wp-content\plugins\breadcrumbs-divi-module\includes\modules\DiviBreadcrumbs\DiviBreadcrumbs.php

Find line 109 change it from:

public function render( $attrs, $content = null, $render_slug ) {

change it to read:

public function render( $attrs, $content, $render_slug ) {

(It will of course be overwritten with the next plugin update, but hopefully the update will include a permanent fix.)

The issue as I understand it is that the $content string is optional with a value of null which is okay but it comes before the $render_slug which is a required value.

If you just swapped them around so that the required string comes first, I think it would break because the constructor isn’t configured in that order. So removing the =null fixes it.

He hopes!

Hi Jerry,

Thanks for this, I was seeing the exact same error. It seems to have fixed it. Using PHP8, WP5.9.3 with Divi 4.17.3. I think I indirectly caused this by switching to PHP8 from 7.4!

I’m now seeing this one, are you getting it also?

[07-May-2022 00:07:04 UTC] PHP Deprecated:  Required parameter $render_slug follows optional parameter $content in /home/xxxxxx.com/public_html/wp-content/plugins/breadcrumbs-divi-module/includes/modules/DiviBreadcrumbs/DiviBreadcrumbs.php on line 109

Many thanks!

Hi,

Just wanted to say thanks for this topic and the advice.

Although I don’t use Heroku as per the OP, I do use and recommend the free version of this plugin.

I’ve just spent 2.5 hours trying to log into my WordPress site, successfully resetting the pw, etc, only still to find I was unable to log in, either the normal site or the Admin Dashboard. There were no errors displayed, no clue anything was up.

Then it occurred to me to look at the error log for the site (d’oh), and it was full of errors reporting:

AH01071: Got error 'PHP message: RedisException: OOM command not allowed when used memory > 'maxmemory'. in /home/mysite/public_html/dev/wp-content/object-cache.php

I came here and found this topic. I found my Redis pool memory was full. I added the WP Redis TTL Config constant but it didn’t start to flush keys (older than a week).

Then it dawned on me. A few months back I’d upgraded to Redis 6 and in setting it up, when I checked, I’d selected a Volatile-LFU policy, then forgot all about it. So it was only expiring keys with a volatile TTL, which it seems are er, none.

After changing the redis.conf to maxmemory-policy allkeys-lru, restarting Redis, immediately Redis started flushing keys.

Guess, what? I immediately was able to log in to my site!

So hopefully this may help someone else who has exhausted all the usual reasons and causes.

Thanks to @tillkruess and @johnsyin97 for the push in the right direction!

• This reply was modified 3 years, 3 months ago by The Old Man.

Hi,

I can’t be the only one experiencing this, does anyone know how to get the imported image attachments to include the text from the item description in the attachment description field? None of the imported attachments have any text, aside from name and title.

Many thanks!

Thank you, that’s great news! I tried it and it works great.

(Don’t forget the semi-colon at the end if you’re copying and pasting from above – er, like me!)

Thanks for the suggestions, I’ll take a further look at that.

TBH, it would be wonderful and much easier for end users if the plugin supported S3 Acceleration out of the box, with a simple Enable/Disable toggle.

Do you think this feature could be added?

Thanks again.

Thanks @mateithemeisle thats great news!

Thanks for the update, much appreciated Mat.