José Miguel

hello @willstockstech,

1. You’re right when you say that version v1.3.0 has broken wp-admin
2. You are correct that updating the plugin from v1.2.2 to >= 1.3.0 shows the warnings you presented.

The problem is verified and I have the solution. The problem is in an option that in versions <1.3.0 was a string and has now become an array. Except that this modification was not done in the activation of the plugin generating problems in the function array_merge, etc.

But if it’s a fresh install of the plugin this does not happen anymore! Although I’m still waiting for your confirmation!

Thanks!

Yes, if you can do it.

I’ve set up a machine with php 7.2 and I can not see warnings in version 1.3.2.

I think it will be some configuration, so it would be necessary to uninstall the plugin through wp-admin and re-install the latest version.

Please try again to install the plugin, but first uninstall the current version because there have been changes in the options variables.

Uninstall to remove the plugin table, the plugin settings, as well as the plugin’s cache directory.

I knew it would cause some problems but I did not want to release version 2.0.

Hello @willstockstech,

can you replay the steps for the warnings?

I have already created a machine for the purpose and I only have messages like the following:
PHP Notice: Undefined offset: 0 in

What I will correct however is not related!

Okay, but it may take some time.

The link to version 1.2.2:
https://downloads.www.ads-software.com/plugin/optimum-gravatar-cache.1.2.2.zip

If it worked before it will work now, uninstall the current version to remove the preferences and the table and manually install version 1.2.2 with Zip!

Thanks @willstockstech for the feedback!

I want and I will support the new versions of php, but for this I have to build a new machine with the same versions. It’s going to take some time because I have other commitments.

Use version 1.2.2 for a few days.

I need a machine with php 7.2.

I already made the modifications and uploaded another version.

If you have solved the problem, mark it as resolved!

Well I like the stance you have to point out the mistakes. I really do. This is how I can improve the plugin to the max. Hopefully everyone who uses the plugin will.

But tell me one thing you show the errors in html in production?

I’m solving the warnings, also with pleasure.

Let me know if the issue is resolved.

Tell me the version of wordpress and php in question.

I added “wp-includes / pluggable.php” I think it solves the situation.
Reinstall the plugin.

Hello @willstockstech,

It is good that the problem has been solved and that it is working.

In the next version you will no longer need to edit the plugin manually to add classes.

I would like you to give your rating to the plugin. This is important, and it motivates development.

Hi @willstockstech,

1. The time it takes to start building the cache depends on the “Search for outdated avatars every” option and users being viewed on the site. The plugin is only known to a particular user / visitor when an avatar is requested. If for some reason you need to accelerate the construction of the cache in version 1.2.2 just configure the option “Search for outdated avatars every” with the value of 1 minute. And go settings -> users and list all the users you have. At the beginning of development I decided that this would be the best way to build the cache slowly so that it does not progee the user experience. In this way it only returns the custom avatar if it has already been built in the background without greatly influencing the response time in the page requests. This is important in my point of view for medium and large websites that use buddypress for example with many users. However I understand that it does not suit every situation. This way I will add a button on the plugin configuration page that will allow the plugin to recognize all the users that are inserted in the system.

2. In previous versions because of my bad decision the custom avatar was saved in the directory of the plugin. And whenever the plugin was updated the avatar was removed and the user would have to upload again. In the next versions everything that is configurable will be stored in the cache directory. In your case I checked that I had already configured the default avatar in the format “PNG” at this link https://willstocks.co.uk/wp-content/uploads/optimum-gravatar-cache/avatar/0u.png. I’m waiting for you to manually reset the avatar by default and let me know if it solves the problem.

As for custom classes, the plugin in the version I am developing allows adding one or more custom classes to all avatars and it will also be possible to add a class only to an avatar passing the class by argument. It also allows you to use Lazy Laod as an option which will allow you to decide to use the Lazy Load of the Plugin or Lazy Load of your Thema. This way having only one to deal with Lazy Load.

As for the log “upcoming features” unfortunately for the moment I do not have but I will try to do so in the future.

This plugin started out as a plugin just for one of my projects. Then I decided to share so that everyone has access to it. Of course it has been undergoing changes to be able to adapt to more situations than mine. This is why it is important to report problems that may arise when using the plugin. So that I can improve the plugin to adapt to the maximum number of projects.

Hello @willstockstech,

I tell you right now that my English is not good.

I just saw this now.

1 . All commenters start by using gravatar by default. Until they are downloaded from the gravatar in the background by the wordpress cron. When installing the plugin everyone uses the avatar by default. And they only start to resolve when someone visits a page that contains a certain avatar for a particular visitor or user. I will add an option in a future update so that it is possible to resolve the cache for all users who are in the wordpress database at one time.

2. The URL “https://willstocks.co.uk/wp-content/uploads/optimum-gravate-cache/avatar/0.svg&#8221; does not really exist, which is strange, try resetting the default avatar or avatar by default.

3. As for the warnings I receive I’m already dealing with this.

I’m working on a new version, which will give you more options since adding custom class to avatars, Lazy Load and more.

The URL https://willstocks.co.uk/review-aukey-12000mah-solar-rechargeable-power-bank/#comments runs and has avatres.

You can send a link where there are avatars by default.

The problem is solved.

The problem with showing the profile has been resolved.

Thank you!

If the translation into Portuguese is important I can help.