BuddyPress.org

Aha. Problems.

So, following the advice of @modemlooper I got this working just fine. Anything created under Buddypress custom user fields can display fine in the bbPress loops, using something like this:

`
$user_location = xprofile_get_field_data( ‘Location’, bbp_get_reply_author_id() ) ;
if (strlen($user_location) > 0 ) :
echo ‘

Location: ‘ . $user_location . ‘

‘;
endif;
`

However, how do I make sure I follow the custom fields’ restrictions regarding visibility? In BuddyPress we can create a custom field and set its visibility to be either:
1) Anyone
2) Logged In Users
3) My Friends

Furthermore, these fields’ visibility can be allowed to be changed by each user.

So, before simply displaying a custom field for just everyone, I need to run the required checks to verify that it should be displayed for the anonymous/logged-in user. I tried getting a reference to the actual field, like this but the var_dump() doesn’t help me much:

`$user_location_field = xprofile_get_field( ‘Location’, bbp_get_reply_author_id() ) ;`

This is the var_dump($user_location_field):

`object(BP_XProfile_Field)[29]
public ‘id’ => null
public ‘group_id’ => null
public ‘parent_id’ => null
public ‘type’ => null
public ‘name’ => null
public ‘description’ => null
public ‘is_required’ => null
public ‘can_delete’ => null
public ‘field_order’ => null
public ‘option_order’ => null
public ‘order_by’ => null
public ‘is_default_option’ => null
public ‘default_visibility’ => null
public ‘allow_custom_visibility’ => string ‘allowed’ (length=7)
public ‘data’ => null
public ‘message’ => null
public ‘message_type’ => string ‘err’ (length=3)`

Even though I see a couple of public methods like “default_visibility()” and “allow_custom_visibility()”, they don’t really help. Their value doesn’t even change even when I change the field properties in the CMS.

Hi,

Thanks for your inputs. Hugo’s suggestion of having all user fields merged into the Base group appears more convenient. Paul, thank you for pointing me to the Profile >> Edit tab.

@modemlooper thank you for your help.

@modemlooper Thank you! That did it.
get_the_author_id() as well as bbp_get_reply_author_id() seem to both work just fine.
get_post_author_id() and $bp->displayed_user->id don’t seem to work for me though.

Made some progress with this, but still need help. I figured that I could simply add something like this underneath the avatar:

However, notice the hard-coded “10” there which is an ID. This needs to be the ID of each user in the replies table and it changes with each table row inside the “loop-single-reply.php” file. I don’t mind changing the template file and keeping a record for it when upgrades come, but how do I know the ID of each user in the bbPress posting loop?

Actually I think it is impossible without modifying the core files. Any character limit or other custom validation is lost in the edit profile page, and since the $error is a local variable on xprofile_screen_edit_profile, there is no way to set it. Can you confirm that @djpaul?
I don’t know if this is planned for future releases, but I could help build a better validation code for user registration and edit profile. Adding a character limit to fields would be nice.

@djpaul thanks for the reply
I found what is going on: xprofile_check_is_required_field bypasses if user is administrator, that’s why I was able to save required fields empty.
Now I am trying to hook xprofile_check_is_required_field to a bp-custom function called check_and_validate that also checks the fields for a character limit (another very important missing security feature I pointed out on another post.) But somehow it is not working.. any ideas on how to do it?

By the way Paul, how can I submit tickets on bug tracking? I’ve been messing around with buddypress a lot lately and found a couple.

I have the fields working now. There are still some things I’m looking to resolve, but I’m making good progress.

I’m in despair for such a solution right now. So, I think it’s better to have all custom fields mandatory while members can decide whether to hide or show them in public such that they can edit any fields later if they want to. Also, re-register from front end all manually created profiles from dashboard. This is the most plausible solution to me at this time.

Thanks for your time.

thanks for taking the time looking at my problem mate. No, indeed it’s not broken but I want to have the unfilled fields present in the user profile if they want to edit it later on. Also, what do you think about users created from dashboard but still only have the name field displayed in their public profile? While this is also the only existing field which this particular user can edit?

Please hover on the 1st and 2nd user to see the difference. The 1st one was created from the dashboard “add user” while the second one had registered from the registration form. I can’t understand why those created from dashboard don’t have the custom fields in their profiles???

Here is the story Paul. I run a normal buddypress install on my website http://tinyurl.com/cuq6axy. If you go to the 2nd menu item in the main top nav (sorry it’s in French), you’ll see a list of users. The admin of the site did add a bunch of these users from the WP dashboard. But when a user is published in this section from buddypress, it doesn’t display the extra custom fields created nor does it carry the unfilled fields (for later editing) from the registration form which is here http://tinyurl.com/9aqtbez. How can I synchronize all the fields and make them appear on these users profiles or when they edit their profile they still have the fields which were not mandatory but not filled still appear?

Does this explanation makes sense to you or anyone there?