Daniel Tara

Thank you for reporting this issue. It has been fixed in version 2.4.0.

Thank you for reporting this issue. It has been fixed in version 2.4.0.

I can’t isolate something in the plugin specifically that could cause this behavior, especially with the browser upload option activated, which was introduced especially to prevent such situation. The only scenario that comes to mind is that another plugin in tandem with this one are causing this behavior.

My suggestion is to disable all plugins except WPDM and One User Avatar and see if the issue persists. If it doesn’t, start re-enabling plugins one by one until you find the culprit.

Can you please provide more details? Which plugins are you using it in conjunction with? Some memberships plugins or other plugins that add custom avatar functionality conflict with it, which is why this may happen for you. Deactivating all plugins to see if the issue persists usually helps identifying the culprit.

Go to Avatars -> Settings and check the box “Always use the browser file uploader to upload avatars”. If the problem no longer persists it’s probably due to a conflict with another plugin that is also requesting the media uploader on the same page.

I’m afraid I can’t replicate the issue. Try manually deleting the avatar_default option from the wp_options table in the database before saving. If that doesn’t help try deactivating all plugins before saving the option.

The .po file needs to be compiled into a .mo file for it to be readable by the server. You can use either a visual app like Poedit or if you’re comfortable with command like the wp i18n make-mo command.

The plugin is not compatible with BuddyPress or any plugin that has its own custom avatar solution, but it’s compatible with bbPress and most membership plugins. Which plugin exactly are you trying to make it work with?

Under Settings -> Discussion set the “Default Avatar” option to “Mystery Man”.

There is a little bit of explaining needed here. Because the avatar is associated with user meta and the user meta table is shared in multisite installations, the meta key includes the table prefix and blog id followed by user_avatar. On non-multisite installations the blog id is omitted.

For example, for a default, unaltered, non-multisite installation for which the table prefix was left as wp_ the meta key is wp_user_avatar.

If say the table prefix was changed to mysite_ the meta key becomes mysite_user_avatar.

If this were a multisite installation and the blog id is 4 the meta key becomes mysite_4_user_avatar.

Because this is associated with the user meta table, the function to retrieve the avatar is get_user_meta(). The easiest way to retrieve the meta key is to use the $wpdb->get_blog_prefix() method.

Note that the meta value stores the avatar id and not the path. For this reason you need to use the wp_get_attachment_image_src() function to retrieve the avatar URL.

Here is a working example:

global $wpdb, $blog_id;
$avatar_id    = get_user_meta( $user_id, $wpdb->get_blog_prefix( $blog_id ) . 'user_avatar', true );
$avatar_image = wp_get_attachment_image_src( $avatar_id, 'full' );
$avatar_url   = $avatar_image[0];

If you delete the WP User Avatar plugin from the admin interface, an uninstall script will execute without warning, deleting all your avatars and settings. The safest way to remove the WP User Avatar plugin is to manually delete the plugin folder it via FTP/SSH.

Sounds like the shortcode is displayed in a field that doesn’t allow raw html as output. Check that it doesn’t strip certain tags like form, input, button, etc.

1. If you’re talking about the ACF image upload field, it is not possible.

2. The meta field needs to be for the user, not the post. Currently there is no straightforward way to do this with ACF.

3. An output filter for the shortcode functions is planned for a future version.

There will not be a pro version. The whole point of this plugin is to offer a simple way to host local avatars without adding extra overhead.

You are copying the wrong function. Try using wpua_edit_form() from the class WP_User_Avatar_Shortcode as a base instead. The reason your form isn’t saving is because you are missing a nonce field. The function you copied is supposed to inject its output in the edit profile form, which already has its own nonce field.

To answer your question, the extra shortcodes that you asked for will not be added, because that would make the process of adding the upload form inside post content a lot more difficult. Instead, I will add a filter so you can override the output of the function that renders the form. Thank you for the suggestion.

Create a field of type “WYSIWYG Editor” and inside add the shortcode [avatar_upload].

The plugin has been restored. Apologies for not posting an update sooner, I didn’t want to say something when there was nothing to update on and the Plugins Team has moved very fast once the issues they raised were resolved. Thank you all for you patience and understanding.