BuddyPress.org

Shouldn’t really call people specifically 🙂

However, perhaps you want to try using the WP login function over the BP login for ( if that’s what you’re using?) I have a reworked enhanced version of the older sidebar me login:
https://github.com/hnla/hnla-bp-sidebar-me

Logged out it uses the form as existed in the old sidebar.php with minor tweaks but essentially the same and it redirects to the front page. As an experiment I replaced it with the base WP function without any args passed to it i.e:
wp_login_form()

Now that logs me in at whatever page I’m on which is it’s default behaviour, and seems to work without any issues for BP as such (not sure about the cookie setting in the BP form though)

https://codex.wordpress.org/Function_Reference/wp_login_form

May be this can help you https://wordpress.org/plugins/buddypress-login-redirect/

You can prevent theme compatibility running by simply overloading those BP files as you did before in your theme root using full bp templates – in 1.8 we are looking to introduce the ability to overload templates in theme compatibility mode with files such as index-activity.php, index-component-profile.php etc:
https://buddypress.trac.wordpress.org/ticket/4639

@Chouf1, that’s my blog you’re linking to. I am not sure if they added Throttling to the new Buddypress version. I opened a ticket months ago, the milestone has been set to: version 1.7 to Future Release https://buddypress.trac.wordpress.org/ticket/3732. This is a bit frustrating since Throttling makes for great spam control.

@tifire Go to /bp-friends/bp-friends-functions.php in your Buddypress installation and change the friends_add_friend function to the following:

function friends_add_friend( $initiator_userid, $friend_userid, $force_accept = false ) {
	global $bp;

	$friendship = new BP_Friends_Friendship;

	if ( (int) $friendship->is_confirmed )
		return true;

	$friendship->initiator_user_id = $initiator_userid;
	$friendship->friend_user_id    = $friend_userid;
	$friendship->is_confirmed      = 0;
	$friendship->is_limited        = 0;
	$friendship->date_created      = bp_core_current_time();
	
	/**
	 * BuddyPress Friend Request Throttling
	 *
	 * Set a throttle period for user friendship requests
	 *
	 * @author Patrick Saad
	*/
	
	global $wpdb;
	$qry = "SELECT date_created FROM wp_bp_friends where initiator_user_id = '".$initiator_userid."' order by date_created desc limit 1";
    $user_friend_requests = $wpdb->get_results( $qry );
	
	if ($user_friend_requests)
	{
		$latest_user_request = strtotime($user_friend_requests[0]->date_created, time());
		$time_since_latest_request = time() - $latest_user_request;
		
		// that's 2 minutes
		$throttle_period = 60 * 2;
		
		// if the last request was over 5 minutes ago, allow it
		
		if ($time_since_latest_request < $throttle_period)
			return false;
	}
	// End of BuddyPress Friend Request Throttling //

	if ( $force_accept )
		$friendship->is_confirmed = 1;

	if ( $friendship->save() ) {

		if ( !$force_accept ) {
			// Add the on screen notification
			bp_core_add_notification( $friendship->initiator_user_id, $friendship->friend_user_id, $bp->friends->id, 'friendship_request' );

			// Send the email notification
			friends_notification_new_request( $friendship->id, $friendship->initiator_user_id, $friendship->friend_user_id );

			do_action( 'friends_friendship_requested', $friendship->id, $friendship->initiator_user_id, $friendship->friend_user_id );
		} else {
			// Update friend totals
			friends_update_friend_totals( $friendship->initiator_user_id, $friendship->friend_user_id, 'add' );

			do_action( 'friends_friendship_accepted', $friendship->id, $friendship->initiator_user_id, $friendship->friend_user_id );
		}

		return true;
	}

	return false;
}

This will prevent a user from sending a friendship request to someone if their recent friendship request date was less than, say 2 minutes (change the $throttle_period variable to modify this time)

Just gave this a fresh test, works in Buddypress 1.7.2. This same concept can be applied to comments, groups, etc, you just have to find the functions and play around.

@moritzfischer
Have to tried any of these methods?
https://codex.wordpress.org/Resetting_Your_Password

@hiboy just to be clear, did you upgrade from previous BuddyPress version with the old group forum installed OR is this a new install on WP 3.5.1 and BP 1.7.2? If this is a new install, then just go to admin dashboard menu Settings > Forums and go to the bottom of that page and uncheck “Enable Group Forums”

There’s https://wordpress.org/plugins/external-group-blogs/ but not sure if it’s working on latest BP. If you’re going to hire a programmer, might as well have them work on updating/customizing the external group blogs plugin, up to you though.

@nanaimomen
You could try something like this approach:
http://wpmu.org/how-to-build-a-facebook-style-members-only-wordpress-buddypress-site/

the problem is that the capabilities do not actually exist like they do for bbpress and wordpress maybe you should try to ask your questions after the next devchat. @jjj mentioned that they do want to add them at some point in the future perhaps you can pitch in if you are eager to make it happen.

devchat info here:

https://buddypress.org/support/topic/buddypress-dev-chat/

@ircsome
I have not tested it but you could try @shanebp ‘s solution:
http://stackoverflow.com/questions/16485925/extra-profile-field-not-showing-in-wordpress-user-profile/16491050#16491050

i running wordpress 3.4.2 with buddypress 1.7.1.

@hiboy Please clarify, do you have a typo above? Makes a difference.
WP 3.4.2 is compatible with BP 1.6.1
BP 1.7.1 is compatible with WP 3.5.1

You want to go to Settings>>General

Where it says WordPress Address (URL) and Site Address (URL) you will want to change that to reflect the lowercase folder. I recommend doing this before you change the file name via ftp or you could get locked out. If you do get locked out just change the file name back via ftp to what it was and make the change to lowercase.

https://buddypress.trac.wordpress.org/browser/tags/1.7.2/bp-themes/bp-default/members/single/profile/change-avatar.php

Hi Rishraj,

I ran into the same issue this week and I have resolved it on my end. If you’re having the same issue, I hope this helps you.

My exact issue:
* My scenario: WordPress + buddypress, trying to log on from the main page through the Buddypress default theme sidebar login.
* When served off local machine with Xampp: Works
* When served off professionally hosted remote server: Doesn’t work (408 timeout). However, login directly through wp-login.php did work

Solution:
In bp-themes\bp-default\sidebar.php, you will see the code:`<?php do_action( 'bp_sidebar_login_form' ); ?>
<input type=”submit” name=”wp-submit” id=”sidebar-wp-submit” value=”<?php _e( 'Log In', 'buddypress' ); ?>” tabindex=”100″ />`

Swap these two lines:`<input type=”submit” name=”wp-submit” id=”sidebar-wp-submit” value=”<?php _e( 'Log In', 'buddypress' ); ?>” tabindex=”100″ />
<?php do_action( 'bp_sidebar_login_form' ); ?>`

What I did:
I used firebug to compare the HTTP POST messages being sent when I log in through the sidebar or directly through wp-login.php. The only difference I saw between the two was:

Sidebar login order of parameters (broken): login, password, redirect, wp-submit, testcookie
wp-login.php login order of parameters: login, password, wp-submit, redirect, testcookie

I don’t know why they’re swapped in the sidebar code. I also don’t know how or why swapping them could result in working in some environments and timing out in others. Can anyone else chime in here?

Can anyone PLEASE explain how to get this link back?

The create group link is in line 21 of this file https://buddypress.trac.wordpress.org/browser/tags/1.7.2/bp-themes/bp-default/groups/index.php – you might have deleted that in your child theme’s /group/index.php

thats where bugs feature suggestions and the like are kept track of:

https://buddypress.trac.wordpress.org/

@web503 confirmed bug and posted ticket https://buddypress.trac.wordpress.org/ticket/5014

@lorimercer re groups in admin area the issue is being addressed in trac starting with this ticket https://buddypress.trac.wordpress.org/ticket/4977

but I can’t get the “Create Group” button to show

@gebgem the page title is missing as well. Looking at the Sample Page of your site, there was no page title added to the theme’s page.php file at all.

BuddyPress will provide another link/way for users to easily create a group/blog via user account menu in admin/toolbar in next version https://buddypress.trac.wordpress.org/changeset/7062 but the page title issue should be fixed by theme developer.