Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'buddypress'

Viewing 25 results - 62,101 through 62,125 (of 68,969 total)
  • Author
    Search Results
  • #53412

    In reply to: Sign up fatal error!

    colly72
    Member

    I get exactly the same error, brand new install of WPMU 2.8.4a and Buddypress 1.1, no other plugins installed.

    HEEEELP!!!

    #53411
    free-people
    Participant

    I can answer my own question by now..When I was struggling to get the new themes going I moved an empty bp-thems folder back to its original location.

    This was causing buddypress to look for the old theme setu which was not there..

    Hoppe this is of any help for others

    #53410
    onethousandseas
    Participant

    Yep definitely. Unless I’m supposed to upload the contents to that location and not the folder.

    Just to be on the safe side, I checked out and downloaded the latest alpha version and used it and I also just upgraded BuddyPress automatically.

    #53408

    In reply to: BuddyPress v 1.1

    Jeff Sayre
    Participant
    #53407

    In reply to: Sign up fatal error!

    Jeff Sayre
    Participant

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

    #53406
    Jeff Sayre
    Participant

    @vasipasi-

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

    #53403
    Simon Wheatley
    Participant

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

    define( 'BP_DISABLE_ADMIN_BAR', true );

    #53401
    Ed N.
    Participant

    Added ticket https://trac.buddypress.org/ticket/1134 with screenshot

    #53400
    vasipasi
    Participant

    O, well, as always Andy will help ;-)

    any suggestion for other Buddypress Album?

    #53399

    In reply to: BuddyPress v 1.1

    thomasbp
    Participant

    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.

    #53398
    thomasbp
    Participant

    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

    #53397

    In reply to: Several issues

    takuya
    Participant

    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.

    #53396
    takuya
    Participant

    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?

    #53393

    In reply to: Sign up fatal error!

    casualbox
    Member

    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?

    #53391
    Paul Wong-Gibbs
    Keymaster

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

    #53390
    Paul Wong-Gibbs
    Keymaster
    #53388
    Paul Wong-Gibbs
    Keymaster

    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.

    #53387
    Paul Wong-Gibbs
    Keymaster

    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

    #53386

    In reply to: BuddyPress v 1.1

    Paul Wong-Gibbs
    Keymaster

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

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

    #53382

    In reply to: BuddyPress v 1.1

    Don Elliott
    Participant

    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

    #53381

    In reply to: BuddyPress v 1.1

    Don Elliott
    Participant

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

    #53379

    In reply to: BuddyPress v 1.1

    alexduvot
    Participant

    I removed all the plugs and still got the error

    how do you fix it

    i have to use the old version because nothing i do make this updated version works

    #53378
    Christi Richards
    Participant

    …and it rocks! Thank you!

    #53377

    In reply to: BuddyPress v 1.1

    Christi Richards
    Participant

    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.

    #53373
    Andy Peatling
    Keymaster

    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.

Viewing 25 results - 62,101 through 62,125 (of 68,969 total)
Skip to toolbar