BuddyPress.org

I’m having the same problem. I added first and last name fields and it worked. After that, any additional fields I add don’t save or show.

After searching Google for hours I found your post, and was happy at least someone had the same issue.
Have you found a solution?
–> I found the same file and I have exactly the same issue –> and even though I added a text on my registration page right after that profile field to please add the http:// , many users still just type in www
–> hence their website link becomes a mixture of my mainblog and their address and their link doesn’t work, due to the this part I guess
in the “else” where the Members Slug is added. (I was thinking of just removing it, but I’m not sure)

I am not a developer and on my journey I found a solution in order to get rid of all profile links which didn’t make sense either but the issue with the website still remains. Maybe you found a solution and you can share it? I’d be really thankful.

Here is what I found in order to get rid of the profile links, thanks to Jeff Sayre:
1) add a file named bp-custom.php just to your plugins folder
2 ) with the content that I can’t insert here unfortunately but from the first post of Jeff Sayre on this link:
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/how-to-get-rid-of-autolinking-on-profile-fields/?topic_page=2&num=15

That did it for me!
Bye
Sanny

you could try this https://buddypress.org/community/groups/bp-profile-privacy/ and set those two fields for just user view. I mean if you really don’t want user themselves to see something they’ve inputted I guess you could use CSS to display:none for that field.(thats not the best way) but I would want to know where information I input went to, so in those 2 fields description you can say this is only visible to them from the profile page.

i’ve been using groups for this sort of thing. it would be cool to have xprofile fields for groups. a plugin perhaps.

it’s possible and I am sort of working on something like this but when I say working managing to map out all the problems I hadn’t envisaged. At the moment there is a manual-ish approach that can be taken where one (admin) can set profile fields check boxes that correspond to existing post tags, user makes a selection of the tags that interest them and then a post loop is run against the user id and the tags they have selected and posts displayed, I wanted to try and take that further and make it less manual but I may try to run up the widget first then try and build the rest around it

Hi, nice plugin, do you think it would be appropriate to use as a solution to the following:

I am using the “More fields” plugin to add some checkboxes to posts. These checkboxes will allow a post to be associated with genre of book.

I am also using buddypress. When a user registers I want to be able to give the user the option to choose which book genres they are most interested in, and then save it into their profile info. These genres obviously have to be the same as the genres which i am tagging my posts as (the custom field ive created in more fields).

Can anyone think of a way I can allow users to choose which genres (multiple checkboxes) they are interested in. I could of course create a profile field containing the book genres in the “profile field setup”, but then they wouldnt be the same as the checkboxes im using to “tag” posts with and therefore id be maintaining two sets of data which are in no way linked and would be useless for reporting purposes.

Thanks for any help, it would be much appreciated.

Not sure this will help but I just posted another way to get simular results here…

https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/different-profiles-for-different-user-types/

I’ve encounter the same requirements for a profile field to be editable only by admin that is non-editable by suscribers.
Someone could eventually commit a small plugin that allows this sort of administrative tagging.

Outside of buddypress perspective, I end up using wp_usermeta database table with a call to add_user_meta($user_id, $meta_key, $meta_value [, $unique] ) and when i need the info stored i use get_currentuserinfo()
references :
https://codex.wordpress.org/Function_Reference/add_user_meta
https://codex.wordpress.org/Function_Reference/get_currentuserinfo

Jeff, what’s the solution then? Or how do we prevent this in the future? I read the ticket, but I’m at a loss. I’m encountering this problem right now, and I had to go into phpmyadmin to correct all the user_nicename fields to remove the -2 at the end. do we simply ask people not to put spaces in their usernames?

Can you elaborate on “it crashed the site”, please?

Hey.. Ilyarogov and I are both work on the same project.

To clarify, we are creating a plugin. We will not be using the back-end as fields would be created dynamically on plugin installation.

Thanks

And why are you not simply using the backend ‘Profile Field Setup’ to add new profiles fields for users to complete, is there some particular requirement you have or is this a plugin you’re writing?

Humans always fill out required profile fields.

We should add more to the codex about profiles…. I’m tied up for a few days. If not tackled by Thursday then I’ll add a page with some text and links to questions (with answers).

Once the fields are populated by a user, they will show up within their public profile page.

Hi, I’m still seeing this issue. Not so much on the spam side, but I’ve got a field that is set to be required that isn’t actually required in order to sign up.

It’s in a 2nd group of profile fields, if that matters. Here’s the relevant code, which should be working … but isn’t.
http://pastebin.com/Gq5Ay5fH

@jvoss — are any of your fields required? If so, are they actually forcing users to fill them out?

I was able to add my 2nd and 3rd profile fields to registration, but the “required” fields can be bypassed without filling them out.

@EvanBerard ~ I hope this helps, but if not, let me know and I’ll see if I can help some more. The code is certainly not ready for prime-time but does give the ability to add profile fields for groups in Buddypress. You have to know your way around the code a little to understand what is going on though. You can see loader.php @ buddypress-group-fields.php @ http://pastebin.com/DfxwhLXU and compare it to my starting point which is the BP Group Extension API in the BP Codex @ https://codex.buddypress.org/developer-docs/group-extension-api/ to see what I’ve done, which isn’t much, but hopefully it helps you a bit! The ZIP is online for now at http://dl.dropbox.com/u/244479/buddypress-group-fields.zip if you want it but probably won’t keep that up there forever so I wanted to include the code as well.

Please don’t bump your post more than once per day, especially on the weekend.

The Base button corresponds to the Base profile fields group. There is no easy way to turn this off at this time.

There are hooks in place where form fields can be added and validated. You’d need to code it, though. Or get it coded. Just have a look through the group templates and you can find quite a few. For validation hooks you need to look in bp-groups.php.