BuddyPress.org

@JJJ: Have you ever tried adding wp_enqueue_script( ‘thickbox’ ); to one of ur environments? This is what causes the upload issue on my two local installations. From what i read most plugins utilise this wordpress bundled function and i guess this could be a good starting point for further investigations.

if Manoj’s error is what cause the problem, “maybe” it would be forced to have that verification made on the BP install, as a prerequisite… btw, i think it is already checked on WP install, as it is required to upload any media…

I’ve looked through this thread and can’t seen any reference to my particular problem I don’t think.

When I try to upload new avatars to a new WPMU+BuddyPress installation the following message is displayed:

Upload Failed! Error was: Unable to create directory /var/www/vhosts/terrywassall.org/httpdocs/blogs/wp-content/blogs.dir/1/files/avatars/3. Is its parent directory writable by the server?

There is a folder called:

blogs.dir 4.00 KB rwx r-x r-x Nov 6, 2009 apache apache

but it is empty and I do not have write access to it of change permissions.

Installation versions:

WordPress MU 2.8.5.2.

BuddyPress Version 1.1.2

I would be grateful for any suggestions.

PS I also get the following message when I try to upload a file (pdf so permitted type)

Unable to create directory /var/www/vhosts/terrywassall.org/httpdocs/blogs/wp-content/blogs.dir/1/files. Is its parent directory writable by the server?

I assume this is the same problem?

I am having a similar issue. When creating a new group… and I get to the upload a avatar step (3) the page is blank (no upload field appears) and I can not get to step four. It does setup the group however and if I go to my groups page and edit the new group, I then can go to step (3) and the upload field appears and works great. Does anyone know why it’s not working when I try to create the group in setup?

@nexia. Problem sorted! I contacted my web hosting service as you suggested. I had to run a script on-line (by filling out a form) to ”install php as a cgi module” and then they gave me permissions to the requisite folders and files. In addition I had to paste 3 lines of code into the .htaccess file in the document root folder. Now avatars upload and crop and I can also upload files. Thanks for the advice.

Thanks but both permissions and thumbnail creation works for me but avatar and group avatar uploading does not.

EDIT: Correction, I can upload avatars after clearing out the user’s avatar folder via FTP. Unfortunately, I cannot delete these new avatars from the user’s Profile page without using FTP. So it does appear to be a permissions issue, where Buddypress cannot delete existing avatars. Ideas?

EDIT again: I found this old post from 1.1 on permissions. I expect this will help: https://buddypress.org/forums/topic/surprising-avatar-behavior

Similar issues here. Just upgraded from pre 1.0 version to 1.1.2. My default admin avatar was replaced with one used by groups. I’m unable to delete it and if I try to upload a new one only the small thumbnail of the two is replaced with my new upload. Trying to upload a second time fails and then both the large and small are repopulated by the original incorrect group gravatar that was originally present right after upgrading…. not sure if this helps at all…

Also just noticed that most group avatars are not showing as well…

TEMPORARY WORKAROUND if you must change a user’s avatar (phew) :

– find user-dir in wp-content/blogs.dir/1/files/avatars

– change ownership of dir (it could be owned by apache)

– create a 50×50 image file ending in -bpthumb.xxx

– create a 150×150 image file ending in -bpfull.xxx

– upload the files , done …

we verified this procedure with 2 of our pre-BP users and updated their avatar this way. All post-BP install users have had no problems as far as we can see.

need more help ? http://superblogger.nl (it’s dutch but you can post in english on the forums), or wait a while until we revisit here.

I was experiencing exactly the same problem that Tracedef describes after an upgrade from BP 1.0.3 to 1.1.3 (and WPMu 2.8.4a to 2.8.6, if it matters). Some users who’d been group admins (and uploaded group avatars) before the upgrade saw one of the group avatars on their profile page instead of their profile avatar. And when they tried to change the profile avatar, they were able to walk through the uploading and cropping process, but the group avatar was still displayed. It’s possible that the problem is only limited to users whose initial avatars were gravatars.

A bit of poking around showed that the portion of bp-core/bp-core-avatars.php that looks for avatar files in the user’s avatar directory (the first segment pasted below) was returning multiple filenames and settling on the final one, which happened in all cases to be group avatars rather than personal ones (even though personal replacement avatars had been subsequently uploaded and appeared in the user avatar directory).

I rewrote the logic of the loop just a little bit, so that $avatar_url would be preferentially set by a file named by the new avatar filename convention, and only failing that would it look for a legacy name. I replaced

if ( preg_match( "/{$avatar_name}/", $avatar_file ) || preg_match( "/{$legacy_user_avatar_name}/", $avatar_file ) || preg_match( "/{$legacy_group_avatar_name}/", $avatar_file ) )

$avatar_url = $avatar_folder_url . '/' . $avatar_file;

with

if ( preg_match( "/{$avatar_name}/", $avatar_file ) ) {

$avatar_url = $avatar_folder_url . '/' . $avatar_file;

break;

} else if ( preg_match( "/{$legacy_user_avatar_name}/", $avatar_file ) || preg_match( "/{$legacy_group_avatar_name}/", $avatar_file ) ) {

$avatar_url = $avatar_folder_url . '/' . $avatar_file;

}

After the change, I (one of the affected users) was able to upload a new avatar and have it stick, and group avatars appear to be functioning normally as well.

Not sure if this is a core bug or not. Maybe someone out there is smarter than me and can chime in?

We have installed wordpress and buddypress in our site.

After the last buddypress update we discovered that USERS can´t upload avatars.

Once they select the file and click UPLOAD they receive “(Error when uploading! The error was The file type does not meet security policies. Try another)”

BUT admin user can upload avatar without problems!!

We are using WordPress MU 2.8.6 and BuddyPress 1.1.3

Thanks!

Francisco

Just so you know, I have since removed the upload feature and told people to go to the Gravatar website. I think this should just be a standard feature seeing as the support is there. Maybe streamlined integration with Gravatar?