Add support for local avatars (using core `get_avatar`) rather than hard-coding Gravatars

[mrjarbenne]

Currently only Gravatars are supported. If a Gravatar for a user doesn't exist, the plugin reverts to the default image, rather than searching for a local avatar.

[pejhab]

I have the same problem in my self-hosted website (WordPress 4.3.1, p2-breathe, o2). Are there any plans to solve this problem? And in the meantime any temporary fixes?

[lancewillett]

By "local avatar" what do you mean?

[pejhab]

By local avatar, I mean the avatar (image) which is uploaded to my self-hosted Wordpress site (WordPress 4.4, p2-breathe, o2). When I deactivate the o2 plugin, this local avatar appears next to the posts and comments by users who have uploaded an avatar to my site.When I reactivate o2, the avatars do not show anymore.

[lancewillett]

OK, sorry if this is confusing — how do you upload an image for a user? Is that a different plugin? I don't think WordPress core supports user avatars other than via Gravatar.

[lancewillett]

@mrjarbenne Which avatars do you mean?

[danielbachhuber]

@lancewillett get_avatar() is filterable in core, which is how some avatar plugins integrate with core. It appears O2 has a hard coded dependency on Gravatar, which doesn't respect get_avatar()

[mrjarbenne]

Apologies. I'm using BuddyPress to upload a Profile Picture. I had forgotten that this functionality wasn't available in core, and was an option added by BP. Thanks @danielbachhuber for the clarification on what the issue really is.

[lancewillett]

Sounds good — thanks for the notes everyone.

As Daniel pointed out: o2 can solve this by using get_avatar() instead of hardcoding Gravatar URLs.

[mrjarbenne]

I can confirm that this pull request sorts out this issue for BuddyPress Multisite Instances running O2 on subsites: #29