Konstantinos Raktivan

Yes, I’m quoting the release announcement of PHP 8:

Most of the internal functions now throw an Error exception if the validation of the parameters fails.

Various warnings have been “upgraded” to errors. And a “cannot convert an object to a string” error is a nice example of this fact.

At line 489 you are concatenating the variable $output with a string, the html code of an input field. Which means that $output should already be a string (or something that can be automatically converted to a string).

However, as it is mentioned in the documentation, the “resetpass_form” hook takes an object WP_User as an input argument, which cannot be converted to a string, exactly as the PHP error message suggests. And $output is the input argument of static function captcha_fields of class WPCaptcha_Functions. Which is added as a filter (it should be an action, not a filter, anyway, that’s one more issue) on the “resetpass_form” hook at ABSPATH/wp-content/plugins/advanced-google-recaptcha/advanced-google-recaptcha.php:135.

Make sure Discourage search engines from indexing this site is not set from Settings :: Reading :: Search engine visibility. Then by default a sitemap is rendered at /wp-sitemap.xml, listing the users provider. Enabling your plugin does not hide this entry. I just checked in a brand new site with the preinstalled theme and no other plugins.

We want the sitemap, but I claim that the users provider is not relevant when your plugin is activated.

I can’t find the hook wp_sitemaps_register_providers in the documentation.

I noticed that with yesterday’s update the issue is fixed. I appreciate that you resolved it right away.

Ok. Maybe a switch could be included in the settings page allowing administrators to have both features available (virtual file and meta tags). With a default value “OFF”, so that current installations keep functioning as expected.

Of course I could switch to another plugin or upload a (regular) robots file. I just wondered if it would be possible to satisfy my requirements with your light-weight plugin.

In any case, thanks for your reply. You may also mark this topic as resolved.

Thanks for the response.

My issue is that if wordpress is set to echo the noindex robots meta tag (through admin :: reading :: search engine visibility), this plugin will not work. I would like to have both the meta tag and the robots.txt virtual file present.

I verify LordGoran’s statement

according to jQuery documentation

Note: This API has been removed in jQuery 1.9; please use on() instead.

I ran into the same problem. Home slider is rendered by a library called by a cached script named js/total-custom.js. It seems that the theme now uses a different library. All I had to do is to force a refresh of the script (ctrl+F5).