BuddyPress.org

This has not yet been implemented. As this thread has not seen any activity for 4 months, I would suggest searching the trac and see if it was ever added as a feature request / enhancement ticket. If not, you can add it yourself!

You login to trac using your BP.org credentials.

As a side note, the reordering of groups would need to exclude the first field group as it is the grouping of fields that appear on the signup page.

Update:

By the way, I should have provided a little more detail. Whereas I call this a bug, technically what is happening is all profile data, except URLs, are filtered to make them searchable–unless the field data has more than 5 non-comma separated words in a row (don’t ask why that limit, I don’t know).

So, if you hover your cursor over the field value, you’ll see this toward the end of the link:

?s=

This creates a search link for the keyword or phrase which when clicked on should perform a search that brings up related results. Of course, on a development site, you more than likely will not have any relevant results.

Whereas in general I like the idea of making data searchable via links (it’s sort of like tags), this implementation is flawed. At a minimum, it should not be linking the user’s “Full Name” field as the best search result for that is for the viewer to stay exactly where they currently are–on that member’s profile. Also, linking radio button groups or checkbox selections seems unnecessary. The data in these types of fields is often too specialized to be of much meaning in a search. Furthermore, the code arbitrarily excludes phrases over 5 words long. Finally, clicking on one of these links can be confusing to users as it sends them to the members homepage without explaining what is going on. Only in very large sites will any relevant results be returned.

It might be nice if there was an administrative option to not make profile fields clickable.

I have not yet figured out an appropriate patch to the filter function. But, when I do, I’ll add it to this trac ticket.

In the meantime, if you wish to simply deactivate this “feature”, you could use a remove_filter() call to disable the offending filter.

@jensenrandy-

I’ve actually just isolated the bug. Interestingly enough, bp.org (this site) also has this bug. I suppose you could call it a feature, but creating links to what seems like nothing is a bug to me. Go into your profile on this site and look for yourself.

Of course the clue was in the linking text I highlighted in my first post–but I failed to notice. I can get the profile fields to work properly by commenting out a certain filter. I’m trying to determine the proper patch. I’ll post the bug ticket number back here when I have it all figured out.

Hi,

yes everything is public in the current version of BuddyPress. In order to view these new fields all that you have to do is to fill them.

I not sure if I misunderstand what your problem is, so I apologize if this is something you already know.

So, after you finished adding new fields in admin section, go to your Buddypress profile page, hit Edit profile. On the first page you will see fields from the Base group. If you are using Buddypress default theme, look at the gray bar just under SocialNetwork title. On this bar you will see something like:

[ME] [MY PROFILE] [Base] [and here should be your new groups]

Just click on your group, enter some text in those fields and they will be shown on your profile page.

I just tried this on a test site of mine. Within the Basic field grouping, all fields, including radio button fields, are turned into links. Yep, radio button fields. Tell me how that makes sense. It grabs the text from the selected option field and displays that as a link. I can understand it display the text from the selected radio button, but turning that into a link makes no sense at all.

The linking occurs in other field groups as well, not just the basic field group.

I’ll look at the codebase tomorrow to see what’s going on. I think it is something in get_edit_html() that is causing this issue.

So this only appears to happen in the Admin user’s profile fields. Okay, a few more questions:

1. What happens if you delete the “blah” data, save the emptied out field, and then reenter some data in that same field?
2. What happens if you create a new text field and try entering data? Does it also create links?
3. What happens if you delete that field then recreate it and enter data?

My guess (and this is a long-shot) is that you cannot leave the field blank once you’ve entered something in there, but BuddyPress also won’t lock you into that screen if it is.

Otherwise users could find themselves in all sorts of redirect problems going from profile group to group.

I haven’t tried that part yet myself though.

If there’s 5 required fields on the page, and you fill in 4 of them, in my opinion it should still save the 4 you filled in.

Haha! You are correct! This must be a bug. Otherwise, it seems useless to have a message saying you have to do something when in fact you don’t.

But, if you leave that screen and go back to it, the information gets saved. The activity stream doesn’t say it got saved, but they do.

Ironically enough, if you save your profile without all of the required fields filled in on the page, it still saves the data. Not sure if this is a bug or not, but I kind of like it like this actually

John,

I just tried editing a test user profile field in which a newly-created required field had not yet been modified by that user. I changed some data in a different field and when I clicked on “Save Changes”, I got a message stating that:

There were problems saving your information. Please fix the following:

"Allow this profile group to be seen by" cannot be left blank.

In other words, since I had not entered data in this new required field, it would not let me save my changes.

The only fields that show up during registration are the ones in the main group, and even then they have to be marked as required. Any other profile fields won’t show up during registration, but just like Jeff said will need to be filled in.

(Ironically enough, if you save your profile without all of the required fields filled in on the page, it still saves the data. Not sure if this is a bug or not, but I kind of like it like this actually.)

I suspect in the future there will be more selections and features as to which fields to show on registration, etc…

Any profile fields you add after a user has registered will be blank until they go into their profile and add data to them. If you have set a profile field as “Required”, the next time a user edits their profile data, they will not be able to save their changes unless they have entered data into any required fields.

Did you manage to get it hiding certain fields? I need to ask people for sensitive data that I don’t want shown on the public profile. Would this suffice and where in the code do I need to flip it?

Jeff, thanks for the clarification.

I made sure that Blog Tracking was enabled when I realized that it should allow my students’ comments to show up in their activity list; I did this after just a few students had commented on a post. For some reason, though, their comments are not appearing as part of their activity.

I’m beginning to think that something is wrong with my database. My site and blogs seem to be working correctly as far as posts go, but user data is not showing up in the database consistently. I’ve had two users register, but their required profile fields have not been added to the appropriate tables, etc.

Since I’m well underway with my summer courses, I can’t afford to do any sort of re-install, but once the semester ends in early August, I think I will do the install from scratch and hopefully eliminate these sorts of problems.

I can’t find this…is there a plugin?

I can’t understand how the messaging problem happens, everything is sent using usernames, and has nothing to do with profile fields.

In fact, everything in BuddyPress is based on usernames, and those have to be unique. Perhaps you can give more detail on some specific problems?

Yes, with bpc activated.

All works correctly excepted, with bpc on, the standard “member list” wich shows a profile page issued from bpc i guess.

The bp accesses to profile are all working without trouble.

The profile who appears when cliking on “members” or on one of the categories created with bpc shows:

basic fieldset ok

2 additonnal fields of mine ok

The avatar is gravatar. In bp profile the avatar is on my server.

activity, groups, friends are empty

each title shows-up with (0)

Dan-

Okay, I’m just thinking out loud, just going through the registration process.

As long as BuddyPress is installed and activated, is does not matter if your users register via the wp-signup.php form (which is found in WPMU) or the register.php form (which is found in BuddyPress). The extra fields from BuddyPress will show up on either form.

Here is where the data is stored:

The datum for “Full Name”, which is a required BuddyPress field, is stored in the table wp_bp_xprofile_data. The data for the “Nickname” field, which is the username if no full name is provided, the “First name” field, and “Last name” field, are stored in the table wp_usermeta. The data for “username” and “Display Name” are stored in the table wp_user.

So, here’s a question:

Did you at any point uninstall BuddyPress and delete the BP tables in MySQL? Did you delete any of the WPMU tables? Did you do either or both of these and then reinstall? If yes, did most of your students register before that time and then only those four register after a BuddyPress reinstall?

I’m just grasping at straws now. Perhaps someone else will have insight into this issue.

Dan-

I’m going to make just a few comments now. I’ll look at this in more detail tomorrow.

It look’s like you are using the default themes that come with BuddyPress–bphome and bpmember. Is this correct?

Pardon me if you know all this already but, when a user (one of your students) logs in, a link appears in the upper right corner of the buddybar with a link to their profile page. This link displays either their username or nickname. What is displayed depends on whether or not a nickname has been entered by the user. For all but four of your students, there is no nickname.

Now, when a student clicks this link, it will take them to their profile page. Once there, they can edit their profile. In the default BP install, there is a “Full Name” field in the profile that can be filled in.

WordPress Mu uses this data for the display in the backend–your picture #2. If the “Full Name” field is blank in their profile, then you will only see data in the “Username” and “nickname” fields, with the username used as the nickname. If a user has add anything to the “Full Name” field, then Mu will use that, and if it can, split it automatically into a “First name” and “Last name”.

The fact that 4 students have data in these fields indicates to me that they went to their profile page and clicked “Edit Profile” and then added their full name to the “Full Name” field. It is not a mystery.

Finally, when logged into WPMU’s backend, go to the “BuddyPress” menu group. Once there, click on “General Settings”. You will see a field named “Full Name field name”. Then, click on “Profile Field Setup”. There, you will see all of the currently-setup profile fields that your students can utilize. You can add, edit, or delete fields. You can make certain fields required.

You should spend some time not only in the WPMU’s backend, but also in the members’ area of BuddyPress to see how all of this works.

I hope this helps.