BuddyPress.org

CSS would work too if you want to override everything manually… but you might need to add !important to the declaration. I just did it in a function since my client will want to change the header image themselves from time to time and the custom header application would force them to crop anything they try to upload that is taller than 125.

So all I did was change the height definition (line 117 in bp-themes/bp-default/functions.php) by adding a functions.php file to my child with just one line:

define( 'HEADER_IMAGE_HEIGHT', 250 );

Seems to work.

i added a note to this ticket:

https://trac.buddypress.org/ticket/1294

basically i found a few inconsistencies with file paths in the group section – also bp-groups-templatetags.php had a bunch of wrong file paths (double // in group urls) – the image path being sent to process did not contain the fullpath to the file – it would be just wp-content/uploads/etc instead of /home/user/domain/wp-content/uploads/etc)

the image width check was failing (on bp-core-avatars.php)

if ( getimagesize( $bp->avatar_admin->original['file'] ) > BP_AVATAR_ORIGINAL_MAX_WIDTH )

to

list($width, $height) = getimagesize( $bp->avatar_admin->originalfile? );

if ( $width > BP_AVATAR_ORIGINAL_MAX_WIDTH )

wp_crop_image ignores gif/png and saves everything as jpg (killing transparency – though to note the jquery cropper script does not support transparency during the UI selection)

I’m encountering the same issues

-fresh install off the trunk

-create a group

-upload avatar (default wp misc settings for wp-content/upload)

-verified the file is successfully uploaded to the server in proper directory/permissions

But inspecting in firebug shows the path is not exactly correct:

<img alt="Avatar to crop" class="avatar" id="avatar-to-crop" src="wp-content/uploads/group-avatars/1/myuploadedfile.png"/>

<img alt="Avatar preview" class="avatar" id="avatar-crop-preview" src="wp-content/uploads/group-avatars/1/myuploadedfile.png"/>

<input type="hidden" value="wp-content/uploads/group-avatars/1/myuploadedfile.png" id="image_src" name="image_src"/>

needs a beginning slash /wp-content/uploads/group-avatars/1/myuploadedfile.png

Ok, I have searched everywhere for help, and been working on this problem for like a week solid! I am having a slightly different situation where as I keep getting the error message “There was a problem cropping your avatar, please try uploading it again”. I need an urgent fix!

This is what happens with a user (including admin):

1. Register/log in

2. Upload/Change Avatar

3. Crop Avatar screen comes up

4. Once ‘cropped’, the page refreshes to show “There was a problem cropping your avatar, please try uploading it again” with no avatar.

It is also not creating new folders on the blogs.dir and all permissions are set to 777.

Please forgive me for jumping on this thread as I feel this is a very similar issue to the above and if it does deserve a new topic please make one.

The website in question is http://freelancerunplugged.com.

– Diesel

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?

any solution to this, would be interested to find out how to display specific profile information. cheers

Yes, I’m having same problem in WPMU 2.8.4a and buddypress 1.1.3. Looks like this might have been addressed once at beginning of year (https://trac.buddypress.org/changeset/1083), but it’s cropped up again?

Moderators: should we post as bug?

Well I was able to create new avatars by uploading and cropping, both for my user account and my group – so the functionality is working after the upgrade – but still I can not find a way to re-connect the old avatars before the upgrade – I can see that there are avatar pictures still in a folder called “avatars” which is in the root of my domain – I wonder if this folder has been moved to now be located inside wp-content/bpress? I wonder if I moved the avatar folder that is in the root if that would fix it somehow?

was avatar folder in one place with bpress pre-1.0 and now somewhere else?

@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.

OK, my problem isn’t completely solved, but Manoj was right about what was going on for me. When I upgraded php to 5.3, somehow, I left off “–with-gd” in my build (I used to build with it). So, because the GD lib was missing, the upload was failing, having nothing to do with file permissions.

Now, I can successfully upload a file, but once the file is uploaded, I get sent to the “Crop” screen, and no matter what I do there (move the crop box around, leave it alone, etc.), when I press the Crop button, again I fail. So, I can’t get the new avatar to display (yet), but at least it uploads to the correct directory.

One step closer!

@jjj : It seems to me that BP is not trapping the GD Lib error while creating a thumbnail when using wp_create_thumbnail function in bp-core-avatars.php around line no. 250 resulted, it render the Cropper UI without an image and without any error.

In this case while all file permission and everything are correct. But user won’t find his file on FTP because BP deletes the original file if its not in correct size.

So I would suggest that before reporting any avatar upload issue here on forum user should check that file permissions are correct and its creating thumbnails.

A very simple way to test this is.

1. Login to the admin interface with admin

2. Goto Media -> Add New and try uploading any image

– If upload works correctly, which means file permission are ok. If not check the file permission

– If upload works correctly, check that its creating thumbnails in 150X150 and 300X300 (default) for bigger images. This can be check by going to wp-content/blogs.dir/–Your Upload path–

If both are correct avatar upload might work.

Hope this helps

It’s very possible there is a JS conflict between plugins, but it’s less likely there is a conflict in the core WordPress files (though not impossible.)

Since the cropper tool relies on JavaScript entirely to function, it will fail without any real degradation if there’s a JS error or the user has JavaScript disabled. The first scenario is more likely to upset people, as if someone specifically has disabled JavsScript in their browser, they’re probably used to getting jipped on their web experience.

I’m going to link this topic to…

https://buddypress.org/forums/topic/avatar-upload-issues?replies=1#post-28737

…but I’m keeping it open for now, since it seems to be a little different than the above link.

@ John James Jacoby,

I had a look in the bp-events-avatar.php to understand more what’s going on there.

I’m thinking the avatar part could be like it is now.

It would be enough, if the original resized image would be available.

I did some changes to the bp-events-avatar.php and make a plugin from it.

For the moment, I will use the modified functions in custom components until you offer a better way to do it. I think it would be really great if the original resized image would be saved by the core.

Be careful!

This Plugin is just a play around on a fun buddypress installation.

<?php

/*

Plugin Name:bp-events-avatar

Description: This plugin add a template tag  bp_event_flyer() to display the event flyer

Version: 0.0.1

License: GPL

*/



function bp_event_flyer( $args = '' ) {

echo bp_get_event_flyer( $args );

}

function bp_get_event_flyer( $args = '' ) {

global $bp, $events_template;



$defaults = array(

'type' => 'org',

'width' => 'auto',

'height' => 'auto',

'class' => 'avatar',

'id' => false,

'alt' => __( 'Event avatar', 'bp-events' )

);



$r = wp_parse_args( $args, $defaults );

extract( $r, EXTR_SKIP );



/* Fetch the avatar from the folder, if not provide backwards compat. */

if ( !$avatar = bp_event_fetch_avatar( array( 'item_id' => $events_template->event->id, 'object' => 'event', 'type' => $type, 'avatar_dir' => 'event-avatars', 'alt' => $alt, 'css_id' => $id, 'class' => $class, 'width' => $width, 'height' => $height ) ) )

$avatar = '<img src="' . attribute_escape( $events_template->event->avatar_thumb ) . '" class="avatar" alt="' . attribute_escape( $events_template->event->name ) . '" />';



return apply_filters( 'bp_get_event_flyer', $avatar );

}



/*

Based on contributions from: Beau Lebens - http://www.dentedreality.com.au/

Modified for BuddyPress by: Andy Peatling - http://apeatling.wordpress.com/

*/



/***

* Set up the constants we need for avatar support

*/



if ( !defined( 'BP_AVATAR_THUMB_WIDTH' ) )

define( 'BP_AVATAR_THUMB_WIDTH', 50 );



if ( !defined( 'BP_AVATAR_THUMB_HEIGHT' ) )

define( 'BP_AVATAR_THUMB_HEIGHT', 50 );



if ( !defined( 'BP_AVATAR_FULL_WIDTH' ) )

define( 'BP_AVATAR_FULL_WIDTH', 150 );



if ( !defined( 'BP_AVATAR_FULL_HEIGHT' ) )

define( 'BP_AVATAR_FULL_HEIGHT', 150 );



if ( !defined( 'BP_AVATAR_ORIGINAL_MAX_WIDTH' ) )

define( 'BP_AVATAR_ORIGINAL_MAX_WIDTH', 450 );



if ( !defined( 'BP_AVATAR_ORIGINAL_MAX_FILESIZE' ) )

define( 'BP_AVATAR_ORIGINAL_MAX_FILESIZE', get_site_option( 'fileupload_maxk' ) * 1024 );



if ( !defined( 'BP_AVATAR_DEFAULT' ) )

define( 'BP_AVATAR_DEFAULT', BP_PLUGIN_URL . '/bp-xprofile/images/none.gif' );



if ( !defined( 'BP_AVATAR_DEFAULT_THUMB' ) )

define( 'BP_AVATAR_DEFAULT_THUMB', BP_PLUGIN_URL . '/bp-xprofile/images/none-thumbnail.gif' );



function bp_event_fetch_avatar( $args = '' ) {

global $bp, $current_blog;



$defaults = array(

'item_id' => false,

'object' => 'user', // user OR group OR blog OR custom type (if you use filters)

'type' => 'thumb',

'avatar_dir' => false,

'width' => false,

'height' => false,

'class' => 'avatar',

'css_id' => false,

'alt' => __( 'Avatar Image', 'buddypress' ),

'no_grav' => false // If there is no avatar found, return false instead of a grav?

);



$params = wp_parse_args( $args, $defaults );

extract( $params, EXTR_SKIP );



if ( !$item_id ) {

if ( 'user' == $object )

$item_id = $bp->displayed_user->id;

else if ( 'group' == $object )

$item_id = $bp->groups->current_group->id;

else if ( 'blog' == $object )

$item_id = $current_blog->id;



$item_id = apply_filters( 'bp_core_avatar_item_id', $item_id, $object );



if ( !$item_id ) return false;

}



if ( !$avatar_dir ) {

if ( 'user' == $object )

$avatar_dir = 'avatars';

else if ( 'group' == $object )

$avatar_dir = 'group-avatars';

else if ( 'blog' == $object )

$avatar_dir = 'blog-avatars';



$avatar_dir = apply_filters( 'bp_core_avatar_dir', $avatar_dir, $object );



if ( !$avatar_dir ) return false;

}



if ( !$css_id )

$css_id = $object . '-' . $item_id . '-avatar';



if ( $width )

$html_width = " width='{$width}'";

else

$html_width = ( 'thumb' == $type ) ? ' width="' . BP_AVATAR_THUMB_WIDTH . '"' : ' width="' . BP_AVATAR_FULL_WIDTH . '"';



if ( $height )

$html_height = " height='{$height}'";

else

$html_height = ( 'thumb' == $type ) ? ' height="' . BP_AVATAR_THUMB_HEIGHT . '"' : ' height="' . BP_AVATAR_FULL_HEIGHT . '"';



$avatar_folder_url = apply_filters( 'bp_core_avatar_folder_url', get_blog_option( BP_ROOT_BLOG, 'siteurl' ) . '/' . basename( WP_CONTENT_DIR ) . '/blogs.dir/' . BP_ROOT_BLOG . '/files/' . $avatar_dir . '/' . $item_id, $item_id, $object, $avatar_dir );

$avatar_folder_dir = apply_filters( 'bp_core_avatar_folder_dir', WP_CONTENT_DIR . '/blogs.dir/' . BP_ROOT_BLOG . '/files/' . $avatar_dir . '/' . $item_id, $item_id, $object, $avatar_dir );



/* If no avatars have been uploaded for this item, display a gravatar */

if ( !file_exists( $avatar_folder_dir ) && !$no_grav ) {



if ( empty( $bp->grav_default->{$object} ) )

$default_grav = 'wavatar';

else if ( 'mystery' == $bp->grav_default->{$object} )

$default_grav = BP_PLUGIN_URL . '/bp-core/images/mystery-man.jpg';

else

$default_grav = $bp->grav_default->{$object};



if ( $width ) $grav_size = $width;

else if ( 'full' == $type ) $grav_size = BP_AVATAR_FULL_WIDTH;

else if ( 'thumb' == $type ) $grav_size = BP_AVATAR_THUMB_WIDTH;



if ( 'user' == $object ) {

$ud = get_userdata( $item_id );

$grav_email = $ud->user_email;

} else if ( 'group' == $object || 'blog' == $object ) {

$grav_email = "{$item_id}-{$object}@{$bp->root_domain}";

}



$grav_email = apply_filters( 'bp_core_gravatar_email', $grav_email, $item_id, $object );

$gravatar = apply_filters( 'bp_gravatar_url', 'https://secure.gravatar.com/avatar/' ) . md5( $grav_email ) . '?d=' . $default_grav . '&s=' . $grav_size;



return apply_filters( 'bp_core_fetch_avatar', "<img src='{$gravatar}' alt='{$alt}' id='{$css_id}' class='{$class}'{$html_width}{$html_height} />", $params );



} else if ( !file_exists( $avatar_folder_dir ) && $no_grav )

return false;



/* Set the file names to search for to select the full size or thumbnail image. */

$avatar_name = ( 'org' == $type ) ? '-bporg' : '-bpthumb';

$avatar_name = ( 'full' == $type ) ? '-bpfull' : $avatar_name;

$legacy_user_avatar_name = ( 'full' == $type ) ? '-avatar2' : '-avatar1';

$legacy_group_avatar_name = ( 'full' == $type ) ? '-groupavatar-full' : '-groupavatar-thumb';



if ( $av_dir = opendir( $avatar_folder_dir ) ) {

while ( false !== ( $avatar_file = readdir($av_dir) ) ) {

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;

}

}

closedir($av_dir);



return apply_filters( 'bp_core_fetch_avatar', "<img src='{$avatar_url}' alt='{$alt}' id='{$css_id}' class='{$class}'{$html_width}{$html_height} />", $params );

}



function bp_events_delete_existing_avatar( $args = '' ) {

global $bp;



$defaults = array(

'item_id' => false,

'object' => 'user', // user OR group OR blog OR custom type (if you use filters)

'avatar_dir' => false

);



$args = wp_parse_args( $args, $defaults );

extract( $args, EXTR_SKIP );



if ( !$item_id ) {

if ( 'user' == $object )

$item_id = $bp->displayed_user->id;

else if ( 'group' == $object )

$item_id = $bp->groups->current_group->id;

else if ( 'blog' == $object )

$item_id = $current_blog->id;



$item_id = apply_filters( 'bp_core_avatar_item_id', $item_id, $object );



if ( !$item_id ) return false;

}



if ( !$avatar_dir ) {

if ( 'user' == $object )

$avatar_dir = 'avatars';

else if ( 'group' == $object )

$avatar_dir = 'group-avatars';

else if ( 'blog' == $object )

$avatar_dir = 'blog-avatars';



$avatar_dir = apply_filters( 'bp_core_avatar_dir', $avatar_dir, $object );



if ( !$avatar_dir ) return false;

}



if ( 'user' == $object ) {

/* Delete any legacy meta entries if this is a user avatar */

delete_usermeta( $item_id, 'bp_core_avatar_v1_path' );

delete_usermeta( $item_id, 'bp_core_avatar_v1' );

delete_usermeta( $item_id, 'bp_core_avatar_v2_path' );

delete_usermeta( $item_id, 'bp_core_avatar_v2' );

}



$avatar_folder_dir = apply_filters( 'bp_core_avatar_folder_dir', WP_CONTENT_DIR . '/blogs.dir/' . BP_ROOT_BLOG . '/files/' . $avatar_dir . '/' . $item_id, $item_id, $object, $avatar_dir );



if ( !file_exists( $avatar_folder_dir ) )

return false;



if ( $av_dir = opendir( $avatar_folder_dir ) ) {

while ( false !== ( $avatar_file = readdir($av_dir) ) ) {

if ( ( preg_match( "/-bpfull/", $avatar_file ) || preg_match( "/-bpthumb/", $avatar_file ) || preg_match( "/-bporg/", $avatar_file ) ) && '.' != $avatar_file && '..' != $avatar_file )

@unlink( $avatar_folder_dir . '/' . $avatar_file );

}

}

closedir($av_dir);



@rmdir( $avatar_folder_dir );



do_action( 'bp_core_delete_existing_avatar', $args );



return true;

}



function bp_events_avatar_handle_crop( $args = '' ) {

global $bp;

$defaults = array(

'object' => 'user',

'avatar_dir' => 'avatars',

'item_id' => false,

'original_file' => false,

'crop_w' => BP_AVATAR_FULL_WIDTH,

'crop_h' => BP_AVATAR_FULL_HEIGHT,

'crop_x' => 0,

'crop_y' => 0

);



$r = wp_parse_args( $args, $defaults );

extract( $r, EXTR_SKIP );



if ( !$original_file )

return false;



if ( !file_exists( WP_CONTENT_DIR . '/' . $original_file ) )

return false;



if ( !$item_id )

$avatar_folder_dir = apply_filters( 'bp_core_avatar_folder_dir', WP_CONTENT_DIR . dirname( $original_file ), $item_id, $object, $avatar_dir );

else

$avatar_folder_dir = apply_filters( 'bp_core_avatar_folder_dir', WP_CONTENT_DIR . '/blogs.dir/' . BP_ROOT_BLOG . '/files/' . $avatar_dir . '/' . $item_id, $item_id, $object, $avatar_dir );



if ( !file_exists( $avatar_folder_dir ) )

return false;



require_once( ABSPATH . '/wp-admin/includes/image.php' );

require_once( ABSPATH . '/wp-admin/includes/file.php' );



/* Delete the existing avatar files for the object */

bp_core_delete_existing_avatar( array( 'object' => $object, 'avatar_path' => $avatar_folder_dir ) );



/* Make sure we at least have a width and height for cropping */

if ( !(int)$crop_w )

$crop_w = BP_AVATAR_FULL_WIDTH;



if ( !(int)$crop_h )

$crop_h = BP_AVATAR_FULL_HEIGHT;



/* Set the full and thumb filenames */

$full_filename = wp_hash( $original_file . time() ) . '-bpfull.jpg';

$thumb_filename = wp_hash( $original_file . time() ) . '-bpthumb.jpg';

$org_filename = wp_hash( $original_file . time() ) . '-bporg.jpg';



/* Crop the image */

$full_cropped = wp_crop_image( WP_CONTENT_DIR . $original_file, (int)$crop_x, (int)$crop_y, (int)$crop_w, (int)$crop_h, BP_AVATAR_FULL_WIDTH, BP_AVATAR_FULL_HEIGHT, false, $avatar_folder_dir . '/' . $full_filename );

$thumb_cropped = wp_crop_image( WP_CONTENT_DIR . $original_file, (int)$crop_x, (int)$crop_y, (int)$crop_w, (int)$crop_h, BP_AVATAR_THUMB_WIDTH, BP_AVATAR_THUMB_HEIGHT, false, $avatar_folder_dir . '/' . $thumb_filename );

rename (WP_CONTENT_DIR . $original_file, $avatar_folder_dir . '/' . $org_filename );

/* Remove the original */

@unlink( WP_CONTENT_DIR . $original_file );



return true;

}

?>

At the moment only square avatars are allowed, and they are all cropped to two sizes. A while back I put together a patch that would allow non-standardized avatar sizes, but the problem then is what to do with the gravatars.

This *might* be something we revisit for the core later, but wouldn’t make a bad external plugin either. Hm.

Not everyone has Photoshop, or even knows how to crop images down to exact sizes. I know that sounds silly, but it’s true. min-width type CSS isn’t supported in IE. Plus being able to adjust and crop your avatar yourself instead of trusting an auto-script to get your face just right where you want it makes more sense.

But, if you wanted to ditch the avatar cropper and replace it with simpler automated libraries, that’s very possible to do also by unhooking and not using the existing functions, and replacing them with your own custom ones.

A javascript image cropper is more user friendly, because users can make the decision themselves of what part of the image they want to use instead of letting a script just take the middle of an image or letting it resize it.

@gazouteast

Okay, I’ll add a few thoughts and ask a question or two here as well–in no particular order of importance.

• When describing the avatar-uploading behavior in point 2 of your your OP, you state that:
  

  the cropper tool fails to grab the image and displays only a black 88px x 16px background “bar” in the avatar viewer.

  That behavior can indicate one or more issues. Here are a couple.

  First, it could mean that one of the dimensions of your image file is too small. By default, BuddyPress sets the small avatar at 50 by 50 and the large avatar at 150 by 150. So, if your source image is smaller than 150 on at least one of its dimensions, you could have issues with creating the large avatar. If it is smaller than 50 on at least one of its dimensions, you could have issues with creating the small and large avatar. You will see black for any missing pixels, meaning that the cropper has to add pixels to bring the image size p to the minimum required dimensions

  Second, it may be that your server is running too old of a version of the GD image library.

• In your post just above this one, you talk about using the auto-upgrade feature for WPMU. I never use the auto-upgrade feature when upgrading WPMU or BuddyPress. It is simple and quick enough to manually upgrade them and it gives you more control and assurance that it is done right.
• You mentioned that you do not have any additional BuddyPress plugins installed and activated but that you do have a couple of WPMU plugins activated. When trying to figure out issues with your setup, you need to distill your environment down to the lowest, common denominator. That means deactivating all plugins except BuddyPress and using the default BP theme. So, although you only have the Akismet and Default Blog Settings plugins activated, I would suggest deactivating them when trying to figure out what is going wrong.
• Are you on a shared or dedicated server? Talk with your hosting firm to see if there is some javascript-based application that the hosting firm has running on your server that could be interfering with the basic JS operations in WPMU. For instance, a MooTools-based application that has a conflict with the jQuery framework used by WPMU. Although this is a very slight possibility since you’ve indicated this behavior has happened on three different hosts.

Yikes – I think I’ll have to wait for the official upgrade release – way too much there for me to attempt manually without making a complete pigs ear of it – I learned that lesson with osCommerce contribution installs.

Thanks for putting some obviously serious effort into it, even though I’ve only spotted one edit I understood (removing the <div> size from the crop tool display.

Gaz

Just registered on your site as “guest”

When I attempt to create a group. The “previous” and “next” buttons are always there. You’re correct to assume part of the problem is with the avatar cropping tool, because the issue isn’t with groups, it’s with user avatars too.

Your bug in the trac wasn’t deleted because I responded to it a few hours ago also, but saw the post here and figured it would be the easiest way to find you…

Are you able to upload images to your WordPress blog?

I haven’t seen an issue like this before, so this looks like a configuration issue of some kind. I know you’ve said you’ve tried this on a bunch of hosts, but something isn’t jiving on your installs.

Can you try the updated version of WordPressMU (2.8.5.2) and see if the problem continues?

@gazouteast

Do you have a link to your install that I can join and try to diagnose? I know that there have been issues with the cropping tool, but the current tool is one that now comes included with WordPress and is being used as part of the media editing update coming in WordPress 2.9.