BuddyPress.org

i have a bug with IE: after selecting the crop area, i can’t see the button for saving and go next. With firefox it works,although the cropping box is really hard to manage

I have this bug. FWIW I use safari/leopard.

I have such a bug, too. But only on one of my two installs…

I have the same issue that you described “huh”… But only on one install. THe other install works just fine. Seems strange…

hhhmmm … it’s the dreaded black box avatar again!

Avatars work fine if untouched.

Upload png, loads fine

Click the crop/ resize links, image refreshes but no option to actually do anything.

Click through to the end then the black box takes over.

I’m assuming this has been reported/ logged/ trac’d?

Back from the dead, but I have a weird avatar cropping issue also. The images upload/crop just fine, but the *resize* of the draggable area of the crop tool itself does not follow the mouse. I can move it fine, but if I try to resize it, it just goes wherever it wants to. I’ve checked the CSS and it is the same as stock in terms of relative and absolute positioning of the drag areas.

Suggestions?

Both bp and mu have changed radically since the versions you mentioned. I have no way of knowing what conflict is causing the problem. Start by turning of all your mods and turn them on one by one. When the problem crops up the last mod is the culprit.

I have tried both of these solutions and neither work (edit of .htaccess and edit of bp-core-avatars). I’m using wpmu 2.7 beta and the combo download of a few days ago so it could be a 2.7 issue at this point.

I currently have my original user (admin) with a working avatar (gravatar attached to my original email address provided during wpmu install) and a new user via the wp-signup form with the ability to upload an avatar, but the cropping is not quite right (jumps to full but won’t allow adjusting) and when completed the avatar/image doesn’t appear.

Not sure where to turn here, but it seems to me the avatar process in BP needs to be fixed, or perhaps someone who read my earlier post regarding making Gravatars the preferred avatar solution can make it work.

Thx

exact same probs here.. everything is from the trunks.. something has gotten screwed up in the trunk eds.. cos i was using the release till yday for all and tho the forums problem cropped up, everything else worked sweet… wait ill just deactivate all plugins and see..

Hey Andy. Don’t know a thing about js, sorry. Firebug tells me that there is an ‘undefined error’ in the signup environment js. Somewhere. Weird that Firebug doesn’t know.

The same error occurs in the change avatar env, ‘undefined’. There is an additional err in the change av area. common.js is trying to instantiate a google Gears.Factory obj and can’t line 377.

It’s in a try/catch block so I guess FB is just being thorough.

I fooled with both of the crop tools in the signup and change av areas. Ya look at it in FB and lots of numbers are changing and whirling around maniacally. There’s a set of v1/v2 x/y pos nums that seem to be tracking ok. However there are numbers dynamicly changing that refer to the image being cropped as well. Height/Width. Look like they refer to the resultant cropped image.

In the signup area they seem to make sense. In the change av area they look brain dead. Like they have lost relationship with whatever is actually happening on the screen. They only make sense when you reposition the overlay image to top/left. Any thing else they get nutty.

Probably no help at all. You looked lonely here in a thread all by yourself.

Hi, i also have the same problem, and the suggestion above does not work. However, i think i know what the problem is. The first crop works, but the second larger one does not. I use standard avatars, the ones you can download everywhere. These are too big for the thumbnail, so you are asked to crop them by selecting a small area. That works.

Then you get to the second crop, but the avatar you upload is smaller than the crop rectangle. It’s bumping to the thumbnail that’s right next to it, so the moment you select that rectangle, it’s no longer working!

If you upload a large image, the second crop will work, because the image is then larger than the cropping rectangle.

I wish there were an option where one can just upload the avatar AND the thumbnail. That will make things a lot easier.

Hi all,

I had the same problem of cropping and black box. First of all deactivate all your plugin.

then put the in the .htaccess file thoses comment

#uploaded files

#RewriteRule ^(.*/)?files/$ index.php [L]

RewriteCond %{REQUEST_URI} !.*wp-content/plugins.*

#RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]

and then in the bp-core-avatars.php file within the mu-plugins/bp-core directory

replace the line

$newdir = path_join( ABSPATH, $path );

$newdir .= ‘/avatars/’ . $user_id . ‘/’;

by

$newdir = $path. ‘/avatars/’ . $user_id . ‘/’;

it ll work.

Then reactive step by step yours plugins you ll see those one who made the conflicts

Have so fun

from Martinique

Not sure why this thread got overlooked.

As far as I know the choice of subdirectory or subdomain as an mu blog option on install doesn’t matter. I have seen complications where people install mu in a subdirectory under the document root and then have chosen the subdirectory blog option.

I haven’t been able to pin it down but some weirdness crops up in that case. In both cases it’s been difficult to determine exactly what the problem was. They had difficulties getting their shared hosting provider to cooperate. It’s kinda tough to pin things down when getting access to error logs is like trying to get an audience with the pope.

There are no ‘subdomain’ only specific requirements.

Hello and thanks for the response. I will download the archive again double check the file.

Howdy. @fjk, if you have a zero byte general.js file then it’s not from the combo download. I downloaded the combo again and it’s just fine.

Odd.

I don’t have the solution, but I do have an observation: the general.js file in my buddypress-combo.zip file is s zero byte file. If this is the javascript that handles cropping, then this could be your problem as well.

I am also having this problem. I found these two support tickets that describe this problem a little better.

Cropping via the “Change Avatar” Screen causes cropping area jumping

Avatars are randomly lost

Hi, i disabled NextGen. But the avatar problem happened even before I installed NextGen.

When i fist installed WPMU and BP my avatars work great. Then after a while it had some problems. Then now is ok again. I think its the plug-ins that make it unstable.

I installed my plug-ins at the WP plugin folder and not the mu-pluins. Is there a diference?

Avatar is working great now! Check my site http://www.modelsorg.com Now I have a problem with the thumbnails.

Happy new year!!!

You have some plugin conflicts it looks like since you are also using nextgen-gallery which might also be calling some libraries. Try disabling it and see if buddypress is able to upload and avatar and crop it.

I also get this error in NextGen v.90 when uploading pictures just in case there is a link to my problem.

ERROR: 061220081211.jpg :

Fatal error: Call to undefined function wpmu_enable_function() in /home/admin/public_html/modelsorg.com/wp-content/plugins/nextgen-gallery/admin/wp25/functions.php on line 709

[Mon Dec 29 17:49:22 2008] [error] [client 216.110.94.227] Try `file –help’ for more information., referer: http://www.modelsorg.com/

[Mon Dec 29 17:49:22 2008] [error] [client 216.110.94.227] Usage: file [-bcikLhnNsvz] [-f namefile] [-F separator] [-m magicfiles] file…, referer: http://www.modelsorg.com/

[Mon Dec 29 17:49:22 2008] [error] [client 216.110.94.227] file -C -m magicfiles, referer: http://www.modelsorg.com/