Gravatar avatars not working

i am also facing the same issue. With 2.7.8 version update the WordPress user images are not appearing instead Gravatars are present. When I uninstall the simple local avatars plugin the WordPress user images are appearing but not the images that were uploaded using the plugin. Please resolve.

url for reference:https://inpeaks.com/contributors-hall-of-fame/

is it possible to revert to 2.7.7 version?

Suddenly getting only Identicon-type of avatars instead of user images.

@horrormoviesgr @inpeaks @lillylark I’m spinning up a WordPress 6.5.3 and Simple Local Avatars 2.7.8 site to check on this and will report back shortly…

In updating from SLA 2.7.7 with a user account that otherwise would be linked to a Gravatar but showing an alternate avatar via Simple Local Avatars, I’m not seeing an issue with the user’s avatar changing when updating to SLA 2.7.8.

So if one of you could please provide more specific steps so I can try to replicate your issue and better help triage for you… thanks!

@jeffpaul I had images uploaded for the users from the wordpress admin dashboard using the plugin. Also, there are images uploaded directly by the users from their logins. Now when the plugin is active, it shows the photos uploaded with the help of plugin. When the plugin is inactive, the images uploaded by user’s login is seen.

Plugin activated: https://prnt.sc/-ANR4YBDcEbm

Plugin deactivated: https://prnt.sc/dztErU42K69g

Earlier before update all the images were appearing correctly.

@jeffpaul I used WP Rollback plugin to get the previous version of the simple local avatars plugin (2.7.7). Now the issue is not present.

@inpeaks I set up with SLA 2.7.7, added a custom avatar for a user that’s different from its Gravatar and the site properly showed the custom avatar. I updated to SLA 2.7.8 and the custom avatar is still shown, not the Gravatar. Disabling the plugin and I properly see the custom avatar replaced with the Gravatar. That’s all expected behavior.

Note that there is the Local Avatars Only setting (and others) in Settings > Discussion that similarly impact avatar display that you might want to check and see if settings there are as intended for your site.

Same problem. After upgrading to 2.7.8, when a user does not have a local avatar but uses Gravatar, the default Gravatar avatar is displayed instead of the user’s avatar, as if the user had no avatar set. The ‘Local Avatars Only ’ option is disabled.

After rollback to 2.7.7 this works correctly.

• This reply was modified 6 months, 2 weeks ago by Rafa? Ca?ka.

when a user does not have a local avatar but uses Gravatar, the default Gravatar avatar is displayed instead of the user’s avatar, as if the user had no avatar set

I’m confused by this statement. If a user has not set a custom avatar with SLA and has a Gravatar, then the expected result is that the Gravatar would be displayed.

expected result is that the Gravatar would be displayed

Yes, but the default Gravatar is displayed instead of the Gravatar set by the user.

Let me try to explain with an example:

This is your Gravatar, and it is displayed when you have not set your custom one with SLA (2.7.7):

But after upgrading to 2.7.8, this one is displayed:

The only difference is the version of the plugin. The rest of the setup is the same.

• This reply was modified 6 months, 2 weeks ago by Rafa? Ca?ka.
• This reply was modified 6 months, 2 weeks ago by Rafa? Ca?ka.
• This reply was modified 6 months, 2 weeks ago by Rafa? Ca?ka.

Yes, that is the problem. Users that didn’t have a custom avatar uploaded via SLA and had a gravatar.. now have the image of the “mystery person” one and not their gravatar.

@rafaucau @jeffpaul

Yes, but the default Gravatar is displayed instead of the Gravatar set by the user.

Sure, in SLA 2.7.8, the default Gravatar “mystery person” is displayed despite the “Local Avatars Only” option is disabled. It is caused by this pull https://github.com/10up/simple-local-avatars/pull/260/commits/5a0b2e6d4a2932618d870410672aed9628cc29f0

I don’t think the pull is an apropriate solution for broken avatars mentioned in pull discussion. It just removes ! empty( $this->options['only'] ) check so it forces to use local avatar everytime, bypassing the WP default Gravatar usage.

Notice that the option 'only' check is not used in the whole plugin code anymore, therefore this option does effectively nothing now.

Our team thinks they’ve found the offending item in the latest release that’s causing the issues reported here. We’re discussing best ways to handle and will work on a release shortly. Updates to follow here on timing. Thanks to all for your reports, you’ll be credited in the next release for your assistance.

FYI that we’ve identified the issue and are working on shipping a release this week. I’ll check back when that’s available to confirm things work as expected for you then.