Hi,
WEll.. i have the same problem as this person posted.
i have a similar problem as the above link.
i tired to understand install child theme but it does not work.
Thru this link
Building a Child Theme of the BP Default Theme
But i have quite complicated is there any video you can provide me.
Btw I am not using FTP, I am using cloudways to bulid the site.
Hi,
have you done this ?
– create a new field
– enter Birthday as title
– give a description
– Under Type section, select date selector
– save
When you’re on a profile’s edit page, you should see
– title
– date selector (day, mounth, year)
– This field can be seen by:….
– the field description
If you highlight the whole and check his source code, you would see something like:
<fieldset class="datebox">
<legend>Birthday</legend>
<div class="input-options datebox-selects">
<label for="field_xx_day" class="bp-screen-reader-text">Select day</label>
<select id="field_xx_day" name="field_xx_day">
<option value="">----</option>
<label for="field_xx_month" class="bp-screen-reader-text">Select month</label>
<select id="field_xx_month" name="field_xx_month">
<option value="">----</option>
<label for="field_xx_year" class="bp-screen-reader-text">Select year</label>
<select id="field_xx_year" name="field_xx_year">
<option value="">----</option>
</div>
</fieldset>
If you can read this code but don’t see it’s ouput on your theme, you have to find which CSS rule is handling the labels.
Could be a simple contrast issue or something omitted somewhere.
To get sure of this, try first with one of Twenty’s theme.
And if possible, answer the questions you already received from Paul and give some details about your install: used theme and plugins at least.
Hi Paul,
The field is for BIRTHDAY.
From the admin where the Users (menu), click the PROFILE FIELDS to create just like any other fields. just this particular label is not showing but every label are all good? Freaky Freaky!
I try not to use extra plugin which I already using 30. Is there’s some kind of file that I can go download and overwrite it?
Please advise, thanks
Ah, what’s the profile field type for that? Is it a date field type or a “Birthday” field type?
Are you using the https://wordpress.org/plugins/buddypress-xprofile-custom-fields-type/ plugin ?
BuddyPress will try to sync the value of a user’s “Name” field to the First and Last Name fields in their wp-admin user profile.
To disable this, go to wp-admin Settings > BuddyPress, and disable Profile Syncing.
@mugwumpman,
first and last_name fields don’t belong to BuddyPress, but to WP profiles.
BP use only a field called Name at first install. User can enter their first AND last name in that field. Is this what you’re talking about ?
After reading your topic on wp.org, it seems that you use those fields to enter datas which are not first and last names, but more for company and company activity or such.
As you use BP, i would suggest you use the power of xprofile and offer to your user a much better experience by adding a field for a company and another for company activity (or something like that). So you can forget WP’s profile fields and use BP’s xprofile fields.
WP’s profile field used when BP is activated are: username, email and password.
And BP adds his mandatory Name field, which can be first, lastname, username or whatever other unique name belonging to a subscriber (which can be a human, a pet, a company….).
And yo can as many fields you want to the registery or for later on profiles.
The other problem related to font case is a mistery so far. Can be related to many things such as plugins or theme or custom function. This can be determined by debuging and using one of WP’s default theme and all plugins deactivated.
No matter to know if you fill a wp or a bp field for this. Both use a textarea, so it’s probably more a css thing somewhere.
“WP was finding it difficult to distinguish users on our current system with users of Buddypress”
correct cause bp adds additional profile fields…xprofile fields like name for example. rest gets stored in the wp_users database.
maybe u can try setting up different subdomains…bp on community.yoursite.com and forums on forums.yoursite.com
Actually @danbp I knew that there was a difference between an site admin and an average user. To be certain of it, I have just created an account specially to test the plugin but that does not still work. I can always modify the at will profile fields. What’s to be done?
Thank you very much @danbp.
I shall have another small question for you if him you are willing:
Do you know how can prevent the users from modifying one profile fields of type “Dropdown selector” ? That is they can fill this field while their registration, and then that it is not modifiable any more, but that he remains at least shown on the profile.
Thank you in advance for your help
@earl_d, this “issue” is mentionned in plugin’s FAQ. Have you done the recommended changes ?
Hello,
It’s be great if someone can suggest me how to get custom text before outputting the xprofile field contents. For eg., I’d want to output like “Lives in ($Loction)”, “Studied at ($school)” etc.. How do I output those custom text as “Lives in” “studied at” before the actual content output of fields. The reason being I’m using this on the sidebar widget.. Though I tried with something like:
<?php echo ‘Lives in’, xprofile_get_field_data( ‘Location’, bp_displayed_user_id(), $multi_format = ‘comma’ ) ?>
It outputs the “Lives in” custom text irrespective of whether the field is empty or filled.. I want to show both custom text and field content only when the field is filled..
Thank you.
There was no change to the Extended Profiles component in BP 2.6.2.
Also i created about 11 profile groups but when i checked extended profile for my users from the admin panel i found all the created profile groups plus one more group with no content to it called “Social” which i didn’t create and i can’t even find it under Profile fields tab.
Sounds like a plugin conflict. Did you also install or upgrade some BuddyPress plugins during your BP 2.6.2 upgrade? If so, deactivate those plugins and try to replicate your issue again. Also, try a different theme like twentysixteen since some themes try to add some of their own BuddyPress customizations, which may not work properly.
You should set up a test site so that you can do a proper evaluation.
Answers:
1. The reg form will include any profile fields you place in the ‘Base’ profile group.
2. Each member has a page that includes profile editing.
3. All active members are shown on the ‘Members’ page. That page can include profile details.
Hello,
I’ve been trying to remove the strips on images on xprofile textarea fields (as I set the add media button on tinymce editor). I can upload, position and everything but it simply doesn’t save it.. There must be somewhere it’s not allowing to save images and other scripts for security purposes. But I need this feature must as for my current project..
If someone can point me the core files where I can look for that is not allowing to save images or stripping the images and other tags, that would be very much helpful.. I totally want to remove the entire strip tags that will support all the tags including image and iframes etc.,
Somewhat tried with: remove_filter( ‘xprofile_get_field_data’, ‘wp_filter_kses’, 1 );
but still it’s not saving the data.. can someone help me to better implement the above code?
I’m in desperate need of solution as possibly as I could get.
Thanks
Ah HA! My apologies, it seems as though conditional visibility is not a core feature of BP. As I am working with another developer I didn’t realise they had added this functionality through a plugin called “conditional profile fields for buddypress” https://buddydev.com/plugins/conditional-profile-fields-for-buddypress/
Sorry!
@eli225, please calm down. @sharmavishal is only trying to help you !
It’s not easy trying to help people asking questions without giving much details. It’s the case with this topic and your previous. Have you even read this before asking ?
This is not possible: Buddypress Profiles Display In Wrong Order as it is not BP but the site admin who determines this.
xprofile fields and xprofile field groups (what you call section i suppose ) are drag’n’dropable.
If despite a correct positionning in the backend, the order changed on front-end, two possibilities: the drag’n’drop was to fast or there is a js error/latentency/cookie somewhere. And this is generally due to the theme in conflict with a plugin (which could be BP).
Unfortunately, kleo is a premium theme for which you can’t expect assistance here, as we have no access to it’s code.
For the part related to BuddyPress, note that the actual version works flawlesly with the xprofile component. Nobody related a similar issue to yours recently.
So back to handcrafted annoying but very related questions:
What do you call section ?
Which type of field do you use ?
Also related to general debug work:
Have you tested with another theme ?
Have you tested without any other plugin as BP ?
On a default single install, all users can access their credentials via your-site/wp-admin/profile.php
From there they have access to the WP fieldss and to the extended profil fields.
From there, they can change email & password.
Admitting you closed admin access to all users, the only other way for them to modify there email and password is to use the “forgotten your password ?” at loggin stage.
All this is not really a BP thing, but how WP is working since 2003.
The 3 mandatory field (username, email and password) belonging exclusively to WP. They are showed on registration, ASIDE BuddyPress custom fields. BP doesn’t exactly handle them, it only show them. And as these fieds are WP territory and a bit sensible, they are not accessible from within frontend profile settings.
Guess the word “critical’ is a bit exagerated. Not every user change his mail or password every day. How long do you wait for a new phone number or new electricity supply ? Probably more critical things as a mail/password change !
Okay, that’s a good start – I’ve installed BP XProfile WordPress User Sync, but there are several critical wordpress account fields inaccessable from BP.
– account email
– account password
These are critical, as people change their emails and passwords – and there is no way to do this right now through BP as is.
You’re going into a pretty complicated MySQL query.
$field_id = SELECT id FROM wp_bp_xprofile_fields WHERE name = Profile Field
$users = SELECT DISTINCT user_id FROM wp_bp_xprofile_data WHERE value = enterprise AND field_id = $field_id
Then you’re gonna be implementing a foreach loop in PHP.
That’s the approach I would take, it’s quite in-depth and I’m working on something else at the moment but hopefully that gives you an idea of where to look.
you can sort the order in the wp backend by going to profile fields
SOLUTION (finally)
Thanks @henrywright and @coffeywebdev for pointing me in the right direction. Here is what I ended up with.
1. Enable child theme and copy the BP register.php file to the child theme.
2. In the child theme’s style.css, I entered to remove the xprofile fields from the register.php page:
.editfield {
display: none;
}
3. In the child theme’s functions.php file I have this (again, reassign the xprofile fields ‘field_3’ and ‘field_4’ because of their position in the DOM:
add_action( ‘bp_signup_pre_validate’, ‘assign_username’ );
function assign_username(){
if ( isset( $_POST[‘first_name’] ) ) {
$_POST[‘field_3’] = $_POST[‘first_name’];
$_POST[‘field_4’] = $_POST[‘last_name’];
$_POST[‘signup_username’] = create_username();
foreach ($_POST as $key => $value) {
echo $key . “: “;
echo $value;
echo “<br>”;
}
exit();
}
}
function create_username() {
$i = 0;
$username = $_POST[‘field_3’] . $_POST[‘field_4’];
while (username_exists( $username )) {
$username = $username . ++$a;
}
return $username;
}
I am simply creating a username from first name and last name and then start to append a number when inevitably someone with the same name registers. I need to add more validation on the username to ensure that it is <= 50 characters, but this finally worked for me.
Thanks again to the community for pointing me in the right direction!
Issue now is with the extra BP fields coming later in the DOM than my fields on my register.php. Even though I have the css set to display: none for the actual xprofile fields, my fields are not carrying through the $_POST values because display: none does not remove the fields from the DOM.
I guess I can try adding hidden fields after the xprofile fields and set them to the values being entered in my fields, but that seems kinda clumsy.
I added test code to check the $_POST values at where I can see the fields coming over as empty strings: https://pantest.centralus.cloudapp.azure.com/register/
@pws2015
assuming your fields names are Address, City and Postal code, add this snippet to bp-custom.php and any logged-in user will see these fields on the Member Directory page underneath the already existing informations.
function bpex_address_on_directory( ) {
if( bp_is_active( 'xprofile' ) && is_user_logged_in() ) :
echo '<p>';
if ( $address = xprofile_get_field_data( 'Address', bp_get_member_user_id() ) ) :
echo $address.' ';
endif;
if ( $zipcode = xprofile_get_field_data( 'Postal code', bp_get_member_user_id() ) ) :
echo $zipcode .' ';
endif;
if ( $city = xprofile_get_field_data( 'City', bp_get_member_user_id() ) ) :
echo $city .' ';
endif;
echo '</p>';
endif;
}
add_filter ( 'bp_directory_members_item', 'bpex_address_on_directory' );
As mentioned:
In the WordPress dashboard, find under “Users” a link titled, “Profile Fields” (Users>Profile Fields)
Here you can add profile fields to the signup process,
in your case add address, city and postal code fields
if above is added and you are not able to see then check the visibility of this 3 fields
