BuddyPress.org

@jancbeck – i haven’t done much lately to improve the plugin, for me I think next step would be to add the ability to edit fields, then step 2 would be to incorporate some xprofile fields – if i do anything I am happy to share

Hi,
I would like to change the buddypress profile page url ‘/members /user_id’ from ‘/member /usersname’.

https://gist.github.com/dzmounir/5503865

I tried to use above code on fanctions.php.
Profile page url has been changed as ‘/members/user_id’,but it was not displayed.

————————————————————————————————–
Warning: Missing argument 2 for bp_get_userid_with_id() in /wp-content/themes/my-theme/functions.php on line 117

Warning message appered from the following code.

function bp_get_userid_with_id($userid, $username){
//function bp_get_userid_with_id($username){
//if the username is an userid ?
if(ctype_digit($username)){
// check if a user with userid equal to $username exist
$aux = get_userdata( $username );
if( get_userdata( $username ) )
$userid = $username;
}
return $userid;
}
add_filter(‘bp_core_get_userid’, ‘bp_get_userid_with_id’, 10, 2);

————————————————————————————————–
I am sorry about the insufficient study in the buddypress’s hook,
please tell me how to change profile page url as ‘/members/user_id’ .

This is something that is happening to my activation emails also… This post seems to help but I have yet to follow the steps to confirm it.

https://buddypress.org/support/topic/activation-email-goes-to-users-spam-folder/

It’s on my list of things to do, I’ll let you know if it works

The issue is in the core of the xprofile fields integration that have been added to buddypress with errors.
The problem is in the bp-xprofile-template.php file in the method bp_profile_get_visibility_radio_buttons()
Currently that function is rendering the visibility levels as radiobuttons, but is using the same id for all radiobuttons, so, if you want to allow multiple field with visibility options, the current version don’t works because the IDs of each radiobutton is repeated.
The current code of this method is:

foreach( bp_xprofile_get_visibility_levels() as $level ) {
			$checked = $level['id'] == bp_get_the_profile_field_visibility_level() ? ' checked="checked" ' : '';

			$html .= '<li><label for="see-field_' . esc_attr( $level['id'] ) . '"><input type="radio" id="see-field_' . esc_attr( $level['id'] ) . '" name="field_' . bp_get_the_profile_field_id() . '_visibility" value="' . esc_attr( $level['id'] ) . '"' . $checked . ' /> ' . esc_html( $level['label'] ) . '</label></li>';
		}

and the correct way to do it should be:

foreach( bp_xprofile_get_visibility_levels() as $level ) {
			$checked = $level['id'] == bp_get_the_profile_field_visibility_level() ? ' checked="checked" ' : '';

			$html .= '<li><label for="see-field_' . esc_attr( $level['id'] ) . '"><input type="radio" id="see-field_' . esc_attr( $level['id'] ) . '" name="field_' . bp_get_the_profile_field_id() . '_visibility" value="' . esc_attr( $level['id'] ) . '"' . $checked . ' /> ' . esc_html( $level['label'] ) . '</label></li>';
		}

Notice how I’m adding the correct ID for each radiobutton, thus the visibility options for each field will have the respective ID and will works!

I’m not sure why this issue is not related in the bugs list.

The developer’s site may be lame, but he developed a much needed (if incomplete) plugin for BuddyPress. It isn’t slowing down my test site, by the way.

I’d just like to figure out to modify it to work…well, fully. I’ll be using it for listing collections, by the way — not resumes.

If you can’t help, then, thanks for the bumps. Be nice.

@cappazushi
Matter of fact that particular users site moves at a snails pace so in reality whatever they did was garbage because who wants to wait for a site to load when it takes 2-3+ minutes?

@cappazushi
Don’t listen to that BS. If that person that replied above that mentioned that plugin really wanted to help then they would period. That user is a phony and I will leave it at that!

I know this thread is over a month old, but I have a question about this plugin. Has anyone successfully modified it to allow for the editing of entries? It looks like the only options are add and delete. “Edit” would really make this plugin complete, though.

I plan on using it for something a little different than resumes, and my using will probably be editing their entries a lot — so forcing them to delete and rewrite them each time would probably make me public enemy number one.

@wpmirwin yeah that could be the difference, I’m using the latest Buddypress.

take a look at cubepoints: https://wordpress.org/plugins/cubepoints-buddypress-integration/

http://store.slyspyder.com/free-cubepoints-plugins-modules/

I’m having the exact same issue. Have completely up to date buddypress and wp installations, deactivated all plugins, then tried buddypress pending activations plugin by itself and then unconfirmed plugin by itself. No luck, still have users with blank forum roles and completely unactivated accounts.

@mrsangeld
https://codex.buddypress.org/developer/theme-development/a-quick-look-at-1-7-theme-compatibility/

Hi SondreGrande – I am having the exact same issue – also hosting at Godaddy.

(I notice you have solved the issue)

How did you solve the problem ? Also, did you have to do something to get activate url to work?

Much appreciate the help. Thanks!

@haies
You can add the below code to your themes functions.php or bp-custom.php
You can change “profile” in the below code to whatever page you need if profile is not the page you want the user to be redirected too.

function custom_login_redirect_to($user_login, $user) {
	bp_core_redirect( get_option('siteurl') . "/profile/" );
}
add_action('wp_login', 'custom_login_redirect_to', 10, 2);

There is also a plugin that you could try but it hasn’t been updated in over a year:
https://wordpress.org/plugins/buddypress-login-redirect/

the original group based forums have been depreciated now what happens is each group is it’s own forum/topic in the regular site wide forums which are connected vis the forum tab in the groups page.

I’m not sure how I could contribute to be honest

well i don’t know jack about php i contribute by helping pick off some of the low hanging fruit here so that people who have more development related experience can address more challenging issues. i also contribute to the ux/ui discussions and will soon be helping help build the new template pack pieces as that kind of thing is more in my wheel house. i also help out with testing when i can.

Does Automattic not have some level of involvement in the development needs of Buddypress?

yes but it’s not like they make money off of it or anything so I’m sure the resources they are already donating are purely a cost i doubt it would make sense for them to hire dedicated support staff just for buddypress.

I could contribute financially to get a developer to assist with this specific problem if need be but don’t know any devs who are BP qualified

i don’t want to be taken as speaking for the buddypress development group as a whole but as much as the sentiment is probably appreciated as far i know there really isn’t any kind of ongoing cost for this project other then people’s time. perhaps if money is the best way you feel you can contribute you should consider being a sponsor for the next buddycamp? just a thought, again probably your time and whatever your expertise is would probably be appreciated as much if not more. devchat is today (and every wednesday) at 19:00 UTC on irc channel #buddypress-dev