BuddyPress.org

Hi,

There is an old plugin called BuddyPress Full user Sync, but, all it does, is translate bp xprofile fields into a WP equivalent. Would that help?
But, being five years out of date, it is likely to have security issues, etc.
So I’m looking to fork it, and integrate the two plugins.
Perhaps add more features and better diagnostics.
which bp features are you looking to sync?
I think anything more than the xprofile fields is likely to get quite complex.

If you are referring to the “built-in” search form on the Members directory page, it searches all xprofile fields that have entries in the bp_xprofile_data table, as well as, the “users table” (“user_login” or “user_nicename”) for the given search term. Additionally, the query is based on the “Like” operator with a “wildcard” (%) in front and after the search term, e.g., LIKE '%" . $searh_term . "%'".

In essence, a word such as “usable” will return as a hit for a search term of “usa”. So, what you will, most likely, want is a more advanced search capability of which you can:

• Code it yourself – see flexibility in members loop, caveat: this is old information but it provides insight as to how to go about it, sans a search form.
• Give the BP Profile Search plugin a try to see if it fits your needs.

Other than the above examples, there are available commercial plugins that you should be able to find on you own.

I stated that the visibility for WordPress Fields are “currently” not user selectable. Why this decision was made was unknown to me, until recently, and appears to be along the same lines of why the “Requirements” metabox doesn’t appear for the WordPress Fields, as well.

Given this conversation, I looked for a possible reason that might uncover a decision to not include such capabilities and found that ticket #8487 (Add visibility and required controls to the WordPress profile fields) provides the history behind why the decision was made not to include the capabilities (visibility and requirements) and why these capabilities have yet to be incorporated (no one has provided a patch).

Currently, the visibility for the following xprofile fields aren’t “user” selectable:

• 1st Text Field – labeled as “Name” by default
• Single Fields – Checkbox Acceptance
• WordPress Fields – Biography
• WordPress Fields – Text Field (First Name, Last Name, Website)

In your example, “surname” as you have applied would be “WordPress Field – Text Field – Last Name” and as indicated the visibility is not “user” selectable.

As to the other xprofile fields the visibility can be set for either:

• Allow members to override – visibility is selectable by users
• Enforce field visibility – visibility is set per selection

Admin can set the visibility during creation or editing of xprofile fields that allow for “Visibility” settings, e.g., Single Fields – Text Box will have a “Visibility” metabox whereby an Admin can set the “Visibility” parameters. See BuddyPress xProfile fields administration for other information.

The xprofile field that is indicated in your screenshots is a field that cannot be removed/deleted nor can the visibility be changed. IOW, there is one xprofile field that is required by default with a default label of “Name” and this field cannot be removed/deleted nor can the visibility be changed. The BuddyPress xProfile fields administration documentation states:

It also adds a primary profile field (to store the display “Name” of your members) inside these two groups. The “Name” xProfile field as well as the “Base” & “Signup fields” xProfile field group cannot be deleted.

Correct me if I’m wrong, but it looks like you changed the label from “Name” to “Your Trade Type” which is allowed, however this field has a relationship to the “Nickname” WP profile field and the available options for the “Display name publicly as” dropdown box (both located in any given User’s WP profile page), given that the “field_id” for this xprofile field is equal to 1 (numeric one).

Hi,

Search for bp_before_signup_profile_fields , that would allow you to add content above the registration fields.

Similarly, bp_after_signup_profile_fields allows you to add content below the fields.

Hi,

Some of the answers may have to come from the Theme developer, i.e. Re-Hub theme, for example:

1) How can I configure the user profile page? There are elements I find unnecessary for my website, and I’d like to remove them: the sharing buttons, the “write a note” option, etc.

The “sharing buttons” and “write a note” options are not standard for BuddyPress and are either introduced by your theme in use or possibly from a plugin you have actuated.

Additionally, without getting into a lot of detail, depending on the template pack in use, e.g., Legacy or Nouveau, there are an assortment of template pages that can be overloaded/overridden (requres advanced knownledge).

2) Users registered on my site can publish articles using a frontend plugin, comment, etc.
However, nothing appears in the “Activity” section: even if someone has published an article, nothing shows up. Similarly, nothing appears if they leave comments, someone replies to their comment, or tags them.
Also, what does the “Favorites” button correspond to? With the theme I’m using, users can save articles as favorites, which are then displayed on a dedicated page. Is that what it’s supposed to refer to?

As to “articles“, I’ll assume these are synonymous with “blog posts“, typically these are synced to “Activities” via BuddyPress settings (wp-admin > Settings > BuddyPress) by enabling the “Site Tracking” component within the “Components” tab and enabling the “Post Comments” option under “Activity Streams” within the “Options” tab. See Post comments

As to “Favorites”, think of these as “bookmarks”, IOW, Activity items may be marked as “favorites” or unmarked as “Favorites” which will be listed within the “Favorites” tab, if marked accordingly and, yes, Favorites behave as you have indicated.

3) On the profile page, users can change their username and select a username that’s already in use (which isn’t allowed during registration). How can I fix this?

Usernames are unique and cannot be changed. In a “users” profile, the username is preceded/prefixed with the @ symbol. What may be confusing is the “Name” field which is more akin to the display name, to be more precise, it appears to be the “Display name publicly as”, which can be the same as the username or can be different from the username. What’s confusing is that there specific BuddyPress profile fields that correspond WordPress profile fields that may or may not have the same nomenclature. See Your Profile Screen – names section.

It seems like you are trying to fix something like, there can only be one user with a display name of "Alice". Rightly or wrongly, I suppose confusion abounds when a “display name” is conflated as being a “username”.

Perhaps, someone else will have a better or more precise explanation than I have provided.

go to Users – profile fields
try found message on page “BuddyPress Multilingual – have no translated fields” something like that. there is a button in the message, we press it, wait and now we can translate into string translation.
I searched for a long time and why the authors of the plugin did not include this in the instructions.

Try this in the functions.php file of your child theme. I have put 777 as filed id but you will have to put in the correct field id and the correct field name:-

function validate_required_profile_fields() {
$required_fields = [
‘field_777’ => ‘The so and so field is required.’,
];

foreach ( $required_fields as $field_key => $error_message ) {
if ( empty( $_POST[ $field_key ] ) ) {
bp_core_add_message( $error_message, ‘error’ );
}
}
}
add_action( ‘bp_signup_validate’, ‘validate_required_profile_fields’ );

Hi @ph59,

I am unable to duplicate the issue that you are reporting. The following conditions were checked and the behavior is as expected:

• sites that are configured with SSL will load https when https is used in the xprofile URL field.
• sites that are configured with SSL will load https when http is used in the xprofile URL field.
• sites that are not configured with SSL will load http when http is used in the xprofile URL field.
• sites that are not configured with SSL will show security warning when https is used in the xprofile URL field.

IOW, I’m not finding any evidence that https is being changed to http or http is being changed to https.

Are you using any plugin(s) that may be modifying how the xprofile fields would normally work?

I figured out my issue with it not displaying and wanted to put my solution here in case others have the same issue.

I have the Conditional Profile Fields for BuddyPress plugin by BuddyDev activated. For some reason, for this field only, I had to change the visibility condition to “”Show” current field If ” and saved that. It will revert back to “”NA” current field If” but it made the biography field show in the user’s profile when you go to view it as a site visitor.

Regarding the edits not saving, maybe you need to purge the cache?

Hello

I’m just curious, but what is the “select2” supposed to do? – Is this a secondary plugin you’ve got or what is the purpose of this?

The Xprofile fields are capable on its own to support multi-select, so I’m just a bit confused on what you’re trying to accomplish here and what the actual issue is?

Maybe a more detailed description would make it easier to try and troubleshoot this. 🙂

Also please note that the name field marked in the Users > Profile Fields with “(Primary)” IS the display name itself. This should be the field users use upon registration of their user – and this is also the field the BuddyPress Member Directory uses to sort content Alphabetical.