BuddyPress.org

I tried.. but it doesn’t upload.. something wrong!!!!

I’ve done the changes: no problems with uploading the Avatars, but still no crop tool. Still hunting for the answer to this one, it was working fine until a few days ago and now I have to figure out what changed in my setup.

@Chad – I’m right there with you, buddy. I’ve added the code that @Phlux0r provided, both to my child theme and the actual buddypress theme. I’ve disabled all other plugins, tested on multiple browsers, and had other people try from their computers. Nobody can successfully change their avatar on my site. But the files are being uploaded, as they are visible via my FTP client. The image just never appears in the cropping stage.

Here is the link to my site, which hasn’t gone live yet: http://outgoinggames.com/

I would have loved if this worked for me as well, but alas, no such luck. I am using non MU wp3 beta 2 and bp 1.2.3.

hi all, I’ve read and re read every post and applied all fixes and I still I can’t get the return url right eg. http://roomontheedge.com/uploads/group-avatars/3/avatar15016.jpg somewhere wp-content is missing from the url thats set up to do the cropping stage. Any help really appreciated. d

I’ve tried the installation a few times on WAMP, MAMP and multiple installations on the same server … It should be important to note that THIS site bp.org has the same avatar uploading issues with this new template/release.

This is my htaccess file, which makes the avatar cropper work, but I still get the upload error after :
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ – [L]

# uploaded files
RewriteRule ^files/(.+) wp-includes/ms-files.php?file=$1 [L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ – [L]
RewriteRule . index.php [L]
# BEGIN WordPress

RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

# END WordPress

@Phlux0r added your code and it’s now working for me. Thanks!

@Chad I wasn’t getting the image cropper before I added the code. Now getting the cropper and a successful upload with no errors.

Thanks that did it.

ipstenu, it doesn’t seem to matter whether or not I upload square images, I just cant get past that one part where it needs to actually crop and upload the two sizes.

Mike, do you get the images to display at all in the cropper? I can get to the cropper now then it conks out I hit the crop this image then it says that the image cannot be uploaded.

This is getting very frustrating!

Update. OK after testing BP Events out there are a couple bugs. The avatar cropping does not work. There is no menu tab added. It did post messages to the activity stream though. This is still such good news though, forward progress!!!

What size image are you uploading? I have this weird thing where if I upload a square image, and it’s less than 150 px on any side, it gets all stupid and weird on me.

Also which WP 3.0 are you running? I have last night’s nightly and it’s working fine when I tried to use an image that was 284px by 240px and cropped it down.

The other thought is you may not have the image processing apps on your server (I don’t know if they use GD Image or whatever…)

That got me one step further, but then i got the RSOD -> There was a problem cropping your avatar, please try uploading it again

That got me one step further, but then i got the RSOD -> There was a problem cropping your avatar, please try uploading it again

I think I am having the EXACT same issue as ajohnson.

I upload the avatars just fine. I am not using the network enabled code in WP3 and my avatars are not showing to crop. they begin at the custom directory files/avatars/1 … etc.

It was a fresh WP3-b1 install

Fresh Buddypress 1.2.3 install on top of it.

What I’m looking at needs some work before tackling the detail mentioned above.

at the moment you have a conflict between master elements wanting to be fluid and others fixed, it’s probably easiest to simply let the layout run as fully fluid initially. I would remove or override the default.css body min/max widths and width (you can come back to body later and set appropriate min-width)

You are calling your header graphic twice, decide on one image call and ensure it’s set to no-repeat (unless you want to repeat the name?)

Remove the bottom margin on #header, increase it’s height to 150px set a background color to the blue and a background-position: 0 50%, these are best set as background shorthand declarations.

Personally I would do the #header differently and would always tend to favor a image replacement technique; ‘header would simply have the background color the image would be sliced close cropped to the text and set on a span withing the anchor element that span is then positioned absolute so that it hides the anchor text .

This starts to get the layout looking correct as long as you are after a fluid full width layout; body can always have a min-width to prevent the layout collapsing too far.

As for the main text within .entry I’m afraid the way it’s set out doesn’t easily allow for just that text to be dragged over to the left margin. A quick fix for that would be to remove the left margin from .post-content but add left margin to .post-title and .post-date, better might be to move the .author box into the ..entry div but you’ll need to play around and find what you like best.

worked fine for me, but avatar cropping failed both during group creating process and after group was created when I went back and tried to edit the group – otherwise, I think you have something here!

I am having the same problem but I’m using the default buddypress theme and no mu plugin. Tried firefox, ie and chrome to no avail. I do have GD installed on my server, not sure where to go from here.

Hey Guys, I’m running MU and I use this edit https://buddypress.org/forums/topic/url-being-retrieved-strangely I’m about to try another update so I haven’t tested if this still works with the newest update but I’ll let you know after I do a backup first

Interesting! I had a similar problem in my groups and when I looked at the source of my rendered page, the URL for the image was: /home/domain/public_html//group-avatars/1/avatar.jpg

it looks like this function isn’t working right from bp-core-avatars.php

function bp_core_avatar_upload_path() {

if ( bp_core_is_multisite() )

$path = ABSPATH . get_blog_option( BP_ROOT_BLOG, 'upload_path' );

else {

if ( !$path = get_option( 'upload_path' ) )

$path = WP_CONTENT_DIR . '/uploads';

}



return apply_filters( 'bp_core_avatar_upload_path', $path );

}

Calling upload_path is wrong. It should be upload_url_path – I don’t know if this is a WP 3.0 thing or not, but I’ll open a trac for it

You can also checkout this tutorial http://ping.fm/ZtmLt