dyin

@mikkamp thank you for the info. I am using WP Rocket. Anything they/I can do to fix this?

Yeah I really like version 8.4. Your idea confirms my impression so i will wait for 8.7 or 8.8. I need it to be really performant

I have looked at the logs for today and I can’t find them anymore. Perhaps some caching issue. I did find two new PHP errors related to the theme but that could also need time to fix itself.

I will keep you updated if things change.

hey Bold themes,

thanks for the reply. As stated above I use Shoperific (last update), but the warning points to Bold Builder.

thanks for the help ??

after a day or two of live tests and orders this seem to be the only PHP warning I am getting on my site

I upgraded from PHP 8.1 to 8.2 as a test and I am getting a PHP warning with references to bold builder:

PHP Warning: Undefined variable $background_image_url in /data/sites/web/mysite/www/wp-content/plugins/bold-page-builder/content_elements/bt_bb_content_slider_item/bt_bb_content_slider_item.php on line 36; PHP message: PHP Warning: Undefined variable $background_image_url in /data/sites/web/mysite/www/wp-content/plugins/bold-page-builder/content_elements/bt_bb_content_slider_item/bt_bb_content_slider_item.php on line 36; PHP message: PHP Warning: Undefined variable $background_image_url in /data/sites/web/mysite/www/wp-content/plugins/bold-page-builder/content_elements/bt_bb_content_slider_item/bt_bb_content_slider_item.php on line 36′

I am running the very latest version of WordPress, Bold Builder (4.7.7) and my theme (shoperific).

Any ideas why this could be? I will wait till I try 8.3 as I need to make sure no 8.2 errors persist.

This is the GPT suggestion :p: To fix these warnings, you need to either define the variable?$background_image_url?before line 36, or check if it is set before using it. For example, you can use the?isset()?function to check if the variable exists, like this:

• This reply was modified 9 months ago by dyin.

@swisspidy thank you for the clarification. I do hope things keep on working after enabling this in WP6.5
Most of my troubleshooting work on my website is related to translation bugs (WPML). It really feels like a necessary evil in a country like mine.

i mean the people on the other post don’t mention WPML

@julieadrienne thank you for the reply. Do the others also have the issue because of WPML? The other post I refer to doesn’t mention of it. Please leave it as “unresolved” for the time being. It needs some further investigation, I think.

@domainsupport thank you for your super fast reply. I will also consider removing it next summer. I don’t understand why on this plugin issues are always marked as resolved. On other plugin support pages they don’t do that

@julieadrienne after 3 weeks and a gradual deterioration I’ve had my first timeout again.

Same as all the other guys in this topic: Page Timeout – page 4 | www.remarpro.com

@domainsupport I am getting my first Redis timeout again after 3 to 4 weeks. So this is a bummer for me ??

I need to flush the object cache?

edit: perhaps this topic doesn’t need to be marked as “resolved” :)?

• This reply was modified 10 months, 1 week ago by dyin.
• This reply was modified 10 months, 1 week ago by dyin.

ok so I can comfirm that the error logs are gone and since the last update of the plugin the perfo is way better

for me it has been good for a few days now. It has never looked this good for that long.
Before perfo was really bad

for some reason the performance of Redis suddenly improved greatly. The timing are around 70ms. Perhaps it was the latest update