I've noticed with the new Wordpress update that I'm no longer able to retrieve the correct avatar URLs when querying the API for author data wp-json/wp/v2/users/....

On line 31 in hooks.php:

add_action( 'user_profile_update_errors', 'wp_user_avatars_profile_update_errors', 10, 3 );

Should that be removed? wp_user_avatars_edit_user_profile_update() seems to handle errors already.

Currently if on multisite a switch_to_blog is performed every single time an avatar URL is is asked for a user that has an avatar.

If wp_user_avatars_dynamic_resize is filtered to return false and there's no media ID then it will just switch back and forth. This should be avoided.

WP User Avatars filters get_avatar_url to see if the email belongs to a WordPress user and if that user has a custom avatar.

On wp-admin/credits.php, this results in about 100 unnecessary database queries like this:

SELECT *
FROM wp_users
WHERE user_email = '[email protected]'

To prevent this, I suggest skipping avatar retrieval for @md5.gravatar.com email addresses.

Right now I'd need to manually unhook wp_user_avatars_filter_get_avatar_url() for such cases, but a fix in the plugin makes more sense to me.

I was hoping this might work for a bbPress user profile page, from this type of url:
/forums/user/username/edit/

Indeed the form shows up nicely, however upload fails with the "ERROR: Are you sure you wanted to do that?" message, and also silently fails to remove existing picture if one has been assigned at the back end.
(tested on wp4.7.5 running twenty-sixteen with all plugins deactivated apart from bbpress and wp-user-avatars)

Noting #6 mentions an upcoming wp-user-dashboard is this now available?

We need RTL (Right To Left) styling support.

Curious about this decision:

The point of that argument is to not use Gravatar, right? Why would that also mean we don't want to use an uploaded avatar via this plugin?

Hi,

Apologies for this, currently i had 3 sites when use wp-user-avatars the image which set for the avatar not working image wont set instead white page background only (show like attached file). Does any permission file / something i need to check to fix the issue (i do believe the issue come from the site though not the plugins as it work on other sites)

I had tested change the permission folder into something not too strict but seem it wont have an affect. Perhaps for wp-user-avatars will it be create some files / directories or link to some directory instead ?

Appreciate any advice for this. Again my apologies & many thanks

I'm a stickler for detail. The radio button for the X rating wraps onto the next line. It would be great if it didn't.

Tested using:

• Chrome 89
• macOS 10.15
• WordPress 5.6

If there's any other p.submit element in the document it gets also moved into the meta box. This currently happens with the Two Factor plugin activated:

https://github.com/WordPress/two-factor/blob/529c973deb4677e45cc243b1336dd718aa472611/providers/class.two-factor-fido-u2f-admin-list-table.php#L136

A fix would be to only move the last element to the box.

From: https://wordpress.org/support/topic/disable-choose-from-media/

This is easily achieved as a feature in a future release, either by skipping wp_enqueue_media() or adding a capability check to that section in wp_user_avatars_section_content().

Pull requests welcome!

See screenshot

WordPress 4.5, BuddyPress 2.5

It would be really cool.

WP User Avatar plugin has this feature, but the code is not good, and not extensible, and it's not on github. I would prefer using your plugin, John, but it's critical for me to have a front-end area to upload (and ideally crop).
Something similar to BuddyPress but with no direct BuddyPress connection, so it can be used separately.

When using the "Choose from Media" button, the preview is updated instantly and the change is saved to the user's account without having to press the "Update" button.

When using the "Choose file" button (the input type="file" input) and selecting a file, nothing happens. You first need to click the "Update" button to both see the preview and to save the change. This isn't intuitive and I actually thought a JavaScript error on the page had broken something.

It would be great if, upon selecting an image, the preview changed and the new image was saved to the user's account automatically, so its behaviour matched that of using the media library.

When Gravatar requests are blocked the default mystery image in the comments list table is still requested from gravatar.com.

It looks like this is caused by get_avatar( $comment, 32, 'mystery' ); in WP_Comments_List_Table::floated_admin_avatar(). Removing the mystery default loads the local image.

The avatar section isn't showing up for non-admins (tested in WP v4.3.1/2) because the test for current_user_can( 'edit_avatar', $user->ID ) is mapping to the list_users cap instead of the edit_user cap.

Turns out you can't just map to a cap like "edit_user" and expect that check to work out. I think (unless I missed something) you need checks like this to return no cap when checking edit_avatar for a specific user ID.

case 'edit_avatar' :
            if(user_can($user_id, "edit_user", $args[0])) {
                $caps = array();
                break;
            }

I also think it makes sense to use "edit_users" instead of "list_users" for the other (non-singular) caps.

I have a patch I can open a pull request with if you are okay with this.

I need an URL to avatar image, not <img> tag - with your plugin I must scrap provided tag with regex or duplicate lot of your code to get this data.

Hi there!

Thanks for the great plugin!

Since 5.8, WP has WebP support, but WP User Avatarss uploader doesn’t seem to support it. When attempting to upload a WebP image from the User Profile edit page, there is an error: “Avatar upload failed”. Adding a WebP image from the Media Library does work, however.

I assume this because WebP isn’t set as one of the accepted image formats:

// Handle upload
$avatar = wp_handle_upload( $_FILES['wp-user-avatars'], array(
    'mimes' => array(
        'jpg|jpeg|jpe' => 'image/jpeg',
        'gif'          => 'image/gif',
        'png'          => 'image/png',
    ),
    'test_form' => false,
    'unique_filename_callback' => 'wp_user_avatars_unique_filename_callback'
) );

https://github.com/stuttter/wp-user-avatars/blob/master/wp-user-avatars/includes/common.php#L56-L64

Would it be possible to allow WebP images in the upload?

ref: https://make.wordpress.org/core/2021/06/07/wordpress-5-8-adds-webp-support/

Note: This is duplicated on the WP support forum here: https://wordpress.org/support/topic/webp-support-35/

when WP Offload Media is enabled, any image that I upload and try to use as Avatar doesn't have the URL correctly converted, appearing as "http://localhost/s3sfo2://imageurl/"

As far as I could check, your plugin only checks for local images or Gravatars, not CDN URLs

Previously, I was able to set a class and other parameters tot he image tag when using default Wordpress avatars using this:

get_avatar($user->ID, 150, null, get_the_author(array('class'=>'img-responsive img-circle center-block'))

But now, when this plugin is activated, it doesn't take this standard function, and my classes disappear. How can I get the above call to work with your plugin and apply the class, and size?

I've added this code to the core plugin file, which solves an issue with admin functions not being available, but it seems there is more needed to get the actual uploads working which I couldn't figure out quickly.

BTW, I mentioned that TML didn't set IS_PROFILE_PAGE, but it does... just later than the check you already have in place.

/**
 * Later check for some admin files that might be loaded from the front end.
 * e.g. for Theme My Login themed profiles module support.
*/
function wp_user_avatars_load_admin_files()
{
    if(is_admin() || (defined('IS_PROFILE_PAGE') && IS_PROFILE_PAGE))
    {
        $plugin_path = plugin_dir_path( __FILE__ );
        require_once $plugin_path . 'includes/admin.php';
        require_once $plugin_path . 'includes/ajax.php';
    }
}
add_action('template_redirect', 'wp_user_avatars_load_admin_files', 11);

I'm guessing that the AJAX/JS needs to be tweaked to properly run on the frontend.