BuddyPress.org

@danbp, I know how to check for errors, but this didn’t helped me too much :). I solved with the blank page, but no more. Your solution works for hiding some xProfile tabs from viewing, but not from editing them. Am I wrong? Sorry!

This is my tested function (as I said, it hiding only from viewing, not from editing):

function flegmatiq_profiles( $retval ) {

   if ( is_user_logged_in() && !bp_is_profile_edit() ) {
      $myfield = xprofile_get_field_data( 'User Type' );
      if( $myfield == "Faculty" ) {
         $retval['exclude_groups'] = '2';
	 //$retval['exclude_fields'] = '6,18,39';
      }
   }

   return $retval;

}

add_filter( 'bp_after_has_profile_parse_args', 'flegmatiq_profiles' );

The next code works as I need, but I think it is not so elegant, and it not allow to use the group ID, only his order number, as ordered by admin:

function hide_profile_group_tabs_from_editing( $group_names ){

   if ( is_user_logged_in() && bp_is_profile_edit() && xprofile_get_field_data( "User Type") != "Faculty" ) {
      for ($x=0; $x<=sizeof($group_names); $x++) {
         if ( $x != 3 ) echo $group_names[$x]; //3 is the order number (from 0) of the tab that I need to hide in the profile edit page. This is not the group ID.
      }
   } else {
      return $group_names;
   }

}

add_filter('xprofile_filter_profile_group_tabs', 'hide_profile_group_tabs_from_editing');

I’m finally back on this – have installed the new BuddyPress.

Have a problem: there are no WYSIWYG editors as option profile fields. I’m trying to find a solution to this – have you seen any?

I also need to be able to use if and then statements so profile fields that are not filled out don’t show in the template.

Just purchased the book on theming BP, but if you have any pointers on the above two items, that would rock. Thanks!

@danbp, thank you! I tested your solution (the last function), but no success. Is enough to put this in the bp-custom.php file?

I tried the next simple function to hide the extended fields group number 2 from editing for all members, but it not working.

function flegmatiq_profiles( $retval ) {	
	
	if(  bp_is_profile_edit() ) {		
		$retval['exclude_groups'] = '2';
	}	
	
	return $retval;
	
}
add_filter( 'bp_after_has_profile_parse_args', 'flegmatiq_profiles' );

@shanebp,

OK, so this is interesting. When I tried inserting the code from @danbp in the functions.php file for another test site that I have, it worked! All 3 fields were successfully hidden during Profile Edit, and I no longer received the error message that all required fields must be filled in. Yippee!!!

Still not sure why I cannot get this to work on my first site, though. FYI, I’m running BP 1.9.1 on that one, and on the other test site (where I got this to work), I’m running BP 2.0.1. I even tried removing all code from my functions.php file on my first site and just leaving the above code, but that didn’t make any difference. So I’m still scratching my head trying to understand why this would work on one of my sites, but not the other.

NOTE: I did discover that this solution ONLY works if you do not have a required field set up in your base profile group. Otherwise, you will still receive the error message about needing to fill in required fields when you click the Save Changes button. I found a way to get around this by moving all required fields (like Display Username) out of the base profile group and putting those required fields in a different profile group.

@danbp,

Thanks. I tried inserting your suggested code into my functions.php, but it did not hide the desire fields. Also, I looked at the references in the links you provided for me to read through. Thanks for those too. However, I’m still stuck on how to resolve my problem.

Just to be clear… I think what I specifically need to figure out is how to add a filter to bp_the_profile_group_field_ids(), which apparently creates a list of the expected field names (for the specific group tab that I’m currently on) when I click “Save Changes” button on Profile Edit page. Until I can find a way to filter out my 3 desired “required” fields during the Save Changes button press, I will continue to receive the error message: “Please make sure you fill in all required fields in this profile field group before saving“.

Is there some other type of coding I can try to insert inside functions.php to resolve this?

Correction to my last post. I meant to say…

I was able to successfully hide certain profile fields from being displaying (by modifying profile-loop.php). And I was able to hide the same fields from being displayed when a user goes to edit their profile (by modifying edit.php).

NOTE: Both files are located in: /bp-templates/bp-legacy/buddypress/members/single/

I still need help figuring out how to avoid the above-mentioned “required fields” error message upon clicking the Save Changes button.

Oops… I just found a problem.

The good news is that I was able to successfully hide certain profile fields from being displaying (by modifying profile.php). That part works great. Also, I was able to hide the same fields from being displayed when a user goes to edit their profile.

However, the problem I just discovered is that if any of those fields that I’ve hidden (using the above code changes) are “required” fields, then when a user goes to the Edit Profile page, the following error message appears upon clicking the Save Changes button: “Please make sure you fill in all required fields in this profile field group before saving.”

Even though I’m certain those hidden fields have values in them, that error message appears and there’s no way to save changes.

Any solution to this?

It doesn’t seem to work :(.
Maybe I’m not doing it in the good way…

I also tried the function

/**
 * Search the friends of a user by a search string.
 *
 * @param string $filter The search string, matched against xprofile fields (if
 *        available), or usermeta 'nickname' field.
 * @param int $user_id ID of the user whose friends are being searched.
 * @param int $limit Optional. Max number of friends to return.
 * @param int $page Optional. The page of results to return. Default: null (no
 *        pagination - return all results).
 * @return array|bool On success, an array: {
 *     @type array $friends IDs of friends returned by the query.
 *     @type int $count Total number of friends (disregarding
 *           pagination) who match the search.
 * }. Returns false on failure.
 */
function friends_search_friends( $search_terms, $user_id, $pag_num = 10, $pag_page = 1 ) {
	return BP_Friends_Friendship::search_friends( $search_terms, $user_id, $pag_num, $pag_page );
}

I called it this way : friends_search_friends('', $user_id, 0, 0);
But doesn’t work

I think I need to clarify that it’s the not being able to configure the WordPress profile in BuddyPress that I think is the issue. Displaying the fields is another side of it that I might agree should be left to a plugin developer.

…it will require keeping up with WP if they decide to switch which fields are included on that page.

I agree that this is an issue, but realistically, the WordPress profile hasn’t been updated in several years, apart from very recently when they actually removed fields in an effort to simplify it, so I doubt they intend to add anything to it either.

The fields at wp-admin/profile.php are very odd, and not appropriate for most BuddyPress installations…

As I mentioned above, those fields (AIM, Jabber and Yahoo/gTalk) were recently removed.

As noted in the ticket, First Name and Last Name are the two possible exceptions I see here.

That just leaves display name selection, nickname and website; email and password are configurable in BuddyPress and you already display username and bio on the profile when Extended Profiles are disabled. Why not allow the user to edit them too and add the remaining three fields? This would effectively move the profile to the front-end and nobody would need to configure their profile in two places again, which I think is the underlying issue here.

…it causes problems when other plugins add their own (hardcoded) fields, which BP won’t know about

I’m getting into deep water, but wouldn’t adding a hook before and/or after the fields be sufficient to deal with that?

Buddypress really should have a character limit option for the profile fields and comments…