BuddyPress.org

I’m having this same issue as well, sort of. I upgraded my production site to 1.5, since all worked well with my test installation. Upon upgrade, all Full Name fields were replaced with the data from the usernames field. So, usernames are displayed in place of the Full Name in the member header as well as the profile section. Only after reading jorge’s issues did I attempt to change the field names.

What’s odd is that in the activity stream, new entries retain the Full Name while replies to entries display the username – even when a user is replying to their own activity. I’ve tried rolling back to 1.2.10 – just the buddypress plugin itself, not the whole database – but the problem persists. Any ideas devs? @boonebgorges @djpaul

Members edit profile fields on their profile. Click the profile tab and then edit. These extra fields do not show in the WordPress user page in the admin

Read this page a code snippet for displaying profile fields in member header https://codex.buddypress.org/extending-buddypress/tips-tricks/

Did you update that theme to the (if it has one) BuddyPress 1.5 version? I’m a thinking if you didn’t my theory over scripting could be the problem. Doesn’t ‘overly’ solve the how it’s working now but lets just consider that a positive

I’m a thinking something squiffy is up with either another plugin or theme or browser cache on that one then. It would be using scripting for the drag and drop so perhaps that’s what is sticking.

Did you try using firebug or even the default BuddyPress 1.5 theme with no other plugins and browser cache cleared? Just trying to level the playing field.

That said if it works now you probably can’t test but worth noting for future maybe.

Lol you beat me updating . I’m not sure that a reinstall was required but glad it is working.

My only thoughts why the dragging wouldn’t work could be some scripting clash or browser cache.

I’ve just given this a sanity check (all be it on a fresh site) and I was able to move from one group to another a field.

Can you confirm when you click and hold on the field and then move to the tab above (the one corresponding to the group you want to move into) it doesn’t work? That’s what worked for me.

#1 – see JJJ’s profile page on testbp.org http://testbp.org/members/johnjamesjacoby/profile/
By default, data entered by members in their profile fields are turned into links ala tags. So on that page, when you click on the USA link, a page will be generated to show all members who have entered USA in Country field.

On your end, you could just create your own links in sidebar or elsewhere like
`Rock and Roll`
`Swing`
of course replacing yoursite.com with your own domain name and replacing Rock and Roll with any text you want to match up.

#2 – You can make sure that the first page visitors will see will be the member’s profile instead of the activity page by adding this to your wp-config.php at root of your WP installation
`define( ‘BP_DEFAULT_COMPONENT’, ‘profile’ ); `
Ref: https://codex.buddypress.org/extending-buddypress/changing-internal-configuration-settings/

I want to use this http://www.weather.com/weather/today/30075
and replace it with
http://www.weather.com/weather/today/%zipcode% from the zipcode field of my users profiles. But, I can’t get it to work. I want the weather to show up in a bottom widget area unique to the users zipcode field from their profile.

Anyone know how I can do this?

I think it is failing to pull the user’s zipcode field setting because the RSS feed is from weather.com and not my domain.

Any ideas?

Try using this http://github.com/modemlooper/buddypress-group-fields

You have to edit the code your self to add fields. i’m going to develop it so it matched the profile fields editor that comes in default BP.

Components register their table names themselves. See https://buddypress.trac.wordpress.org/browser/trunk/bp-xprofile/bp-xprofile-loader.php#L85

In the case of xprofile, they are
`$bp->profile->table_name_data
$bp->profile->table_name_fields`
and so on.

You may find it helpful to look at https://buddypress.trac.wordpress.org/browser/trunk/bp-xprofile/bp-xprofile-classes.php to see how BP itself references these tables. Likewise for the other components.

The easiest way is to ask the question in the profile fields section and then block the field from showing in the profile loop instead of messing with the username password.

In bp-default/members/single/profile/profile-loop.php find the profile fields table and change code accordingly.

You can then output the info on the members profile but wrap it in a if_is_admin statement and then only the site admin will see what the user has inputed into the field.

`

<tr>

`

Not yet according to this list https://codex.buddypress.org/releases/1-5-plugin-compatibility/

@ewebber, thanks. That looks like it would work. Hopefully, it’s compatible with BP 1.5.

Does this help at all https://wordpress.org/extend/plugins/bp-profile-privacy/

I’m interested in knowing if there’s a solution to this question.

There isn’t a custom profile plugin at the moment. There exists a group css plugin that could be used as an example in creating your own plugin. https://wordpress.org/extend/plugins/buddypress-group-css

Another option is adding profile fields and then mapping that info to CSS. See this forum topic: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/css-for-member-page

This is what you need:

https://buddypress.org/community/groups/creating-extending/forum/topic/solved-limit-members-loop-by-profile-fields/

This is what you need:

https://buddypress.org/community/groups/creating-extending/forum/topic/solved-limit-members-loop-by-profile-fields/