BuddyPress.org

BuddyPress 2.0 runs two migration scripts:
https://buddypress.trac.wordpress.org/browser/tags/2.0/bp-core/bp-core-update.php#L349

One that moves the last activity entries from user meta to the BP activity table. This migration might be what is causing your site to stall. Do you have a large userbase?

Second, a script is made to create a wp_signups table and move old unactivated signups to this new table. Do you have a lot of unactivated users?

Your memory doesn’t appear to be hitting its limit, so it’s not a memory problem.

You might want to do some Googling. Here’s a quick result that I came across:
http://www.omh.cc/blog/2008/mar/6/fixing-apache-segmentation-faults-caused-php/

Hope that helps. Would be great to figure out what is wrong.

@theworldsstage Appearance > Menus features those built-in admin widgets for Pages, Custom Links, and Categories. Add the Categories you want to the Menu https://codex.wordpress.org/WordPress_Menu_User_Guide

I too am looking to create a link in the Appearance > Menu area of WordPress to a users profile and also messages area. I am using Buddypress 2.0.1 and do not see how this is done. My Menu area does not have a buddpress links option here or in the theme options?

Use this hook.

See example re setting an action.

@henrywright

Thanks. I’ll try this as time permits.

In the meantime I can share with @josephfrio13yahoocom what I know about changing the BuddyPress subnav section:

1. You’ve seen a working example of creating a new subnav in the code I posted earlier. Just substitute your own output function for the xprofile_screen_change_avatar function in the line:

add_action( 'bp_template_content', 'xprofile_screen_change_avatar' );

2. To remove a subnav item see my post here.

3. To change the default subnav, which you will have to do if you want to delete a default subnav, see the BuddyPress codex here, which has a nice example.

I’m sure Henry could do better, but I hope this gets you started. All of this can be done in a functions.php file. No modifications of the BP core should be necessary.

@simonvrolijk BP requires “pretty permalinks” to work, not “almost pretty permalinks” via appending index.php for Windows servers as I checked your Members Directory page at http://thesocialeconomy.nl/index.php/members/

Possible Solutions:
– https://codex.wordpress.org/Using_Permalinks#Permalinks_without_mod_rewrite
– https://codex.buddypress.org/getting-started/iis7-web-config/
– or contact webhost

Hi Guys,

I’m also experiencing this issue with a broken registration form.
Fresh wp + buddypress install.

WP_DEBUG doesn’t report anything… the registration form just fails silently on submit.
I don’t have any weird directory naming going on like hope mentioned above^
I just had a fresh test wp install setup on mamp at http://localhost:8888/wordpress/
Tried renaming this dir in case it was some reserve word issue with ‘wordpress’… still no luck.

wp 3.9.1
bp 2.0.1

cheers,

– jason

So, I’ve been combing these forums for weeks for a very similar problem, and being that this is the closest solution post, I thought I would ask here, extending the support for this problem.

I would like to redirect users during login in the following manner:

If logging in from the front page (site, not user): redirect to user profile
If logging in from anywhere else: redirect to original url (where original url is the url where the login process was initiated)

Currently I am forced to run the following for backwards compatibility reasons:
WP: 3.7.3
php: 5.3.10
bbPress: 2.5.3
BuddyPress: 1.9.2 +5 complimentary plugins

Active Plugins
45+ with the most relevant being:
BadgeOS: 1.3.5 +4 complimentary plugins
Bowe Codes: 2.1
BP My Home: 2.0
BP RedirecttoProfileforBuddypress: 1.2
BP Simple Front End Post: 1.1.4
BuddyBlog: 1.0.4

I’ve tried to edit the redirect plugin mentioned often here as well as with no luck.

Here is a sample of one of my latest attempts (a modification on redirect to profile plugin):

add_filter("login_redirect","bpme_redirect_to_profile",100,3);

function bpme_redirect_to_profile( $redirect_to_calculated, $redirect_url_specified, $user ){
	/* if no redirect was specified,let us think we want the current page */
	if( empty( $redirect_to_calculated ) )
		$redirect_to_calculated=$redirect_url_specified;
	
	/* if the user is site admin or not and it's the front page,redirect to his/her profile */
	if( is_super_admin( $user->ID ) && is_front_page() )
		return bp_core_get_user_domain( $user->ID ) . 'profile/';
	if( !is_super_admin( $user->ID ) && is_front_page() )
		return bp_core_get_user_domain( $user->ID ) . 'profile/';
	else
		return $redirect_to_calculated; /*if site admin or not logged in,do not do anything much*/

}

(I recognize that the admin user check is redundant, that was part of some debugging I was doing)

I find that every time I try to check for the front page, something happens to interrupt the redirect process. Without a check for front page: Working great! With the check for front page: No Bueno! I’ve been using several debugging plugins and if I understand them correctly, most of the issue has to do with the sidebar login location (it seems to ignore wp_login and login_redirect hooks/filters) and checking for the front page.

I tried many other plugins and most of the code (with minor adjustments for my needs) that was offered on the forums here, including the Ajax one, but most of our login process is done through the sidebar and they just don’t ever get called or triggered during the sidebar login process.

I would love some advice on how to adjust what I have and get it working properly.

Your help is appreciated, thanks!

@titoesco
I personally haven’t tested this plugin with BP but if your adventurous you can give it a try.
https://wordpress.org/plugins/jonradio-multiple-themes/
It supposed to allow use of more than one theme. Good luck!

@titoesco Activate BuddyPress and configure BP settings activating the Extended Profiles component only. BP is compatible with nearly all WordPress themes.

I had the same issue, and I resolved it without deleting files and database.

To show group avatar, Buddypress uses a setting from wordpress. When it is disabled, Buddypress won’t show your group avatar. So, in admin, go to Settings > Discussion and make sure Show avatars is checked in Avatars section (you can find it at the bottom of the page).

Once I checked it, avatars started to show on my site. I hope it will be the same for you.

It’s not just avatars, it’s all images that are coming from what I guess is the old site.

How did you move your site?

Did you update the htaccess file?

Did you do a search & replace on the database to change urls?

Database Search and Replace Script in PHP

@msegroves Changed title to add NextGen Gallery so others who are using that plugin might be able to assist you. Please also post at NextGen Gallery’s forums.

https://wordpress.org/plugins/bp-profile-search/

Check out Roles and Capabilities. If your admin and custom roles share a common capability then you can distinguish these roles from the rest of the roles that don’t have that capability.

See
current_user_can() and user_can()

You would use them like this:

if ( current_user_can( 'manage_options' ) ) {
    // The current user can manage options so do something special.
}

if ( user_can( $user_id, 'manage_options' ) ) {
    // The specified user can manage options so do something special.
}

Here is the BP release archive page:
https://codex.buddypress.org/developer/releases/

This is what I would do. Disclaimer: Don’t blame me if anything goes wrong with your site. 🙂

Now with that out of the way. First of all, backup your database, your plugins and theme.

Next, make sure you have a development environment set up. Do not do this on a production site!

Disable all BP plugins to be safe.

I would update to the latest version of WordPress first. Then, upgrade to BuddyPress 1.9.2. Then, update to BuddyPress 2.0.1.

Update any outdated plugins and reactivate the BP plugins. Then, test your site out. See if there are any bugs.

Once you’ve confirmed everything is good, then do the same on your production site.

No. You’ll need to add a common capability to the roles you are targeting, see
https://codex.wordpress.org/Function_Reference/add_cap

Hi,

Depending on the theme you use (regular WordPress theme, BP Default or a child of it, or a standalone BuddyPress theme), you can override some templates to achieve your goal.

Have a look at the codex starting with this page : https://codex.buddypress.org/themes/theme-compatibility-1-7/a-quick-look-at-1-7-theme-compatibility/

If it’s a regular WordPress theme, then you can can add a buddypress folder in it and copy these templates into it respecting the ‘tree’ :
– bp-templates/bp-legacy/buddypress/activity/index.php
– bp-templates/bp-legacy/buddypress/members/single/activity.php

Once done, you should have :
– yourthemefolder/buddypress/activity/index.php
– yourthemefolder/buddypress/members/single/activity.php

Then into these two files search for bp_get_template_part( 'activity/post-form' ); and you should see a line above an if statement containing is_user_logged_in().... Replace is_user_logged_in() by bp_current_user_can( 'theminimumcapability' )

where theminimumcapability is the the role capability you’re targeting. See the WordPress codex to define it : https://codex.wordpress.org/Roles_and_Capabilities

Now we are talking very basic WordPressing here.

Go to the appearance/menus screen and from there it’s pretty self explanatory.

click on ‘Create a new menu’, call it whatever you want, then select what pages you would like to appear in the menu.

Underneath the list of WordPress pages you see a tab full of Buddypress options that can also appear in the menu, one of which is the log-in/log-out button.

Regards

Anyway an image says more as words (in our case).

Check if this plugin can help you:
https://wordpress.org/plugins/buddypress-profile-tabs/