BuddyPress.org

https://buddypress.org/forums/topic/trouble-upgrading?replies=1#post-24838

@casualbox

You are either using an outdated 3rd-party plugin, a outdated custom theme, or need to update your own custom code to v1.1. The function get_edit_html() has been deprecated.

If you are using a 3rd-party plugin or theme, you should contact the developer and ask when they plan on updating it. If it happens to be the old, xprofile privacy plugin (which depended on that function and a core hack to work), then please read this thread.

@vasipasi-

Please check with the plugin author, Manoj Kumar. He has been waiting for v1.1 to come out before updating the plugin.

You can add the following to your wp-config.php file:

define( 'BP_DISABLE_ADMIN_BAR', true );

Do you maybe have conflicting plugins within the mu-plugins direcctory? Because those are working in the background without being visible on the plugin page.

It bases on the skeleton component for buddy press that is not compatible with 1.1. Andy said he’ll fixed it: https://buddypress.org/forums/topic/bp-11-rc-compatible-with-skeleton-component-122

3) Backup, backup, and backup. Try it, if not working, then return it back.

4) I don’t think there’re posts on the forums. BuddyPress doesn’t have theme options as in other themes. You have to edit it. Use Firefox/Firebug to find what to edit.

There was a post where Any suggested to use bp-custom with just one line. I saw it yesterday, but can’t find it now. Why don’t you check documents if there’s entry on this?

Hi here,

We experience this kind of issue with the last RC of Buddypress 1.1, here is the error:

Fatal error: Call to undefined method BP_XProfile_Field::get_edit_html() in /home/casualgames/www/wp-content/plugins/buddypress/bp-xprofile/deprecated/bp-xprofile-deprecated.php on line 446

Any idea?

Ultimately this is a theme design decision and you can customise it yourself in a child-theme.

Have you *got* a http://domain.com/wp-content/plugins/buddypress/bp-forums/bbpress/ folder?

Can you upload a screenshot and a ticket to https://trac.buddypress.org/? I don’t run a Windows PC so I can’t use IE.

There was a bug with WPMU reporting this message, but it still activated the plugin correctly.

If that’s not the case for you, we need more information: https://buddypress.org/forums/topic/when-asking-for-support

Without seeing your error logs, it is impossible to help.

Be sure you are following these upgrade instructions *exactly*.

I downgraded back to 1.01 – and it’s running again. I REALLY need the functionality of 1.1 – any idea why this is happening or if this is a glitch with buddypress that might be fixed soon??

-Don

http://donelliott.us

I did the automatic upgrade from 1.03 and now my client’s site won’t load anything…just a white screen… http://oppositesdo.com/

What is going on? I can’t figure it out….

…and it rocks! Thank you!

I received that error when upgrading due a plugin conflict, however, even though I received the error, it still activated BP under the new version.

So – in 1.1 BuddyPress does not query the database to fetch avatars, it expects them to be in specific folders and with specific names.

Likely what it happening is the permissions on the folders denied BuddyPress the access it needed to move avatars around and into the format/location needed for 1.1. Most of the problems will be related to group avatars mixing up with user avatars, as they were in the same folder for 1.0.

The quickest option is to remove the /wp-content/blogs.dir/1/files/avatars/ directory and let BuddyPress rebuild your avatars as people upload again. Anyone who has a Gravatar will revert back to that image, so not all will be lost.

Other than that, you can use this code below to place group avatars in the correct place, so they don’t conflict with user avatars (this normally runs on upgrade). Make sure the permissions on the avatar folder allow for BuddyPress to move files around.

function move_group_avatars() {

/* On upgrade, handle moving of old group avatars */

$groups = groups_get_all();



foreach ( $groups as $group ) {

/* Don't fetch and move gravs, default images or empties */

if ( empty($group->avatar_thumb) || strpos( $group->avatar_thumb, 'gravatar.com' ) || strpos( $group->avatar_thumb, 'identicon' ) || strpos( $group->avatar_thumb, 'none-thumbnail' ) )

continue;



$start = strpos( $group->avatar_thumb, 'blogs.dir' );



if ( false !== $start ) {

$avatar_thumb = WP_CONTENT_DIR . '/' . substr( $group->avatar_thumb, $start, strlen( $group->avatar_thumb ) );

$avatar_full = WP_CONTENT_DIR . '/' . substr( $group->avatar_full, $start, strlen( $group->avatar_full ) );



if ( !file_exists( $avatar_thumb ) || !file_exists( $avatar_full ) )

continue;



$upload_dir = groups_avatar_upload_dir( $group->id );



copy( $avatar_thumb, $upload_dir['path'] . '/' . basename($avatar_thumb) );

copy( $avatar_full, $upload_dir['path'] . '/' . basename($avatar_full) );



unlink( $avatar_thumb );

unlink( $avatar_full );

}

}

}

add_action( 'plugins_loaded', 'move_group_avatars' );

Put that somewhere so it can run, maybe temporarily paste it at the top of bp-core.php, then remove it when you are done.