Conversation
supportHello – I have been using this plugin to disable autoloaded options. However, there are a number of autoloaded options on the site (e.g. elementor_pro_remote_info_api_data_3.2.1) that all seem to relate to the Elementor page builder, which I stopped using 3 years ago. I would like to disable autoloading of these options as they account for about 250Kb of data. However, when I try to do this from Tools->Site Health, the response is “The option does not exist” and the option is not removed. Can anyone suggest how to disable these options? Thanks.
Here’s the source code for where that error is coming from: https://github.com/WordPress/performance/blob/5f47f0a41ad9a412a4569bdefc172bd1dc6f317c/plugins/performance-lab/includes/site-health/audit-autoloaded-options/hooks.php#L70-L74 I wonder, if you edit that line: wp_die( esc_html__( 'The option does not exist.', 'performance-lab' ) ); To also dump out the option: wp_die( esc_html__( 'The option does not exist:', 'performance-lab' ) . esc_html( " $option_name" ) ); What is the result? I wonder if the option name is getting modified somehow in the submission process.
Thanks for bringing this up, Michael. We faced a similar issue on our real estate site The Real Estate Karachi — Elementor-related options continued to autoload even after complete removal of the plugin. Here’s what worked for us: We used a plugin like Advanced DB Cleaner to scan and manually remove orphaned options (look for elementor_% in wp_options). Accessed the database directly via phpMyAdmin and ran: sqlCopyEdit SELECT * FROM wp_options WHERE option_name LIKE '%elementor%'; Then carefully deleted unused ones only if we were sure they weren’t required by any active plugin or theme. As a safety step, we also disabled autoloading for certain options like: sqlCopyEdit UPDATE wp_options SET autoload = 'no' WHERE option_name = 'elementor_pro_remote_info_api_data_3.2.1'; If Site Health is returning “option does not exist,” it may be a permissions or database cache issue. Try clearing object cache (if using any) and reloading the Site Health tool. Hope this helps!
Here’s the source code for where that error is coming from: https://github.com/WordPress/performance/blob/5f47f0a41ad9a412a4569bdefc172bd1dc6f317c/plugins/performance-lab/includes/site-health/audit-autoloaded-options/hooks.php#L70-L74 I wonder, if you edit that line: wp_die( esc_html__( 'The option does not exist.', 'performance-lab' ) ); To also dump out the option: wp_die( esc_html__( 'The option does not exist:', 'performance-lab' ) . esc_html( " $option_name" ) ); What is the result? I wonder if the option name is getting modified somehow in the submission process.
Thanks for bringing this up, Michael. We faced a similar issue on our real estate site The Real Estate Karachi — Elementor-related options continued to autoload even after complete removal of the plugin. Here’s what worked for us: We used a plugin like Advanced DB Cleaner to scan and manually remove orphaned options (look for elementor_% in wp_options). Accessed the database directly via phpMyAdmin and ran: sqlCopyEdit SELECT * FROM wp_options WHERE option_name LIKE '%elementor%'; Then carefully deleted unused ones only if we were sure they weren’t required by any active plugin or theme. As a safety step, we also disabled autoloading for certain options like: sqlCopyEdit UPDATE wp_options SET autoload = 'no' WHERE option_name = 'elementor_pro_remote_info_api_data_3.2.1'; If Site Health is returning “option does not exist,” it may be a permissions or database cache issue. Try clearing object cache (if using any) and reloading the Site Health tool. Hope this helps!