BuddyPress.org

I’ve seen no more than ten people complain about this out of everyone who uses BuddyPress. If this was a widespread issue then there would be endless complaints and tickets.I’ve seen no more than ten people complain about this out of everyone who uses BuddyPress. If this was a widespread issue then there would be endless complaints and tickets.

You will see more complaints when Buddypress moves out of the current audience of typical wp-users/coders/bloggers to businesses, schools, associations, etc.

You seem to have a tendency to approach people in a very direct and confronting way.

I’m not trying to make friends and don’t expect a lot of help anyway. I use the forums partly to keep track of my own development issues and partly to let the developers know where the real pain points are for a regular user, who knows some html/css and a bit of php, but is not a programmer.

I also represent the people who are not on this forum; who try BP, get frustrated and give up.

But yes, this is all off-topic. The question is still wp-bp profile syncing!

Great plugin! I get php warnings when deleting a group with buddypress-group-documents plugin activated. Has anyone else had this problem when deleting a group? No problem when plugin is deactivated.

Warning: Missing argument 2 for BP_Group_Documents::get_list_by_group(), called in /public_html/wp-content/plugins/buddypress-group-documents/index.php on line 470 and defined in /public_html/wp-content/plugins/buddypress-group-documents/include/classes.php on line 251

Warning: Missing argument 3 for BP_Group_Documents::get_list_by_group(), called in /public_html/wp-content/plugins/buddypress-group-documents/index.php on line 470 and defined in /public_html/wp-content/plugins/buddypress-group-documents/include/classes.php on line 251

Warning: Invalid argument supplied for foreach() in /public_html/wp-content/plugins/buddypress-group-documents/index.php on line 471

Warning: Cannot modify header information – headers already sent by (output started at /public_html/wp-content/plugins/buddypress-group-documents/include/classes.php:251) in /public_html/wp-includes/pluggable.php on line 865

What is your solution to the main question of this thread? I have given my hack, but it doesn’t work for Dan Butcher.

Point me to a ticket with steps to reproduce and I will happily take a look at it.

Also if the member management tools are so great, can you answer how to display basic profile information anywhere in the theme?

This is all over the forums, but I’ll post it again:

<?php echo xprofile_get_field_data( $field_id_or_name, [ $user_id optional ] ) ?>

My main issue with member management in BP is that there is no built-in consistent way to store firstname+lastname, as I’ve explained over and over to the annoyance of many on this forum.

This isn’t going to change, I’m not going to force people to enter “firstname” and “lastname” for the same reasons I wouldn’t force people to enter “state” or “postal code”. You can bring it up as much as you’d like on the forums, but a solution that works for everyone in the world is to have a single field. If you would like something else, then it’s possible to write a plugin or work around it. I’ve seen no more than ten people complain about this out of everyone who uses BuddyPress. If this was a widespread issue then there would be endless complaints and tickets.

I don’t understand your issues with member management? WordPress MU provides excellent member management tools, and BuddyPress rides on the back of this. What is it that you need so desperately?

What is your solution to the main question of this thread? I have given my hack, but it doesn’t work for Dan Butcher.

Also if the member management tools are so great, can you answer how to display basic profile information anywhere in the theme?

My main issue with member management in BP is that there is no built-in consistent way to store firstname+lastname, as I’ve explained over and over to the annoyance of many on this forum. It makes it much more difficult to integrate third party scripts that do require firstname + lastname, like mailing list ListMessenger in my case.

Commercial membership plugins apparently create their own members table to not be stuck in WP’s built-in users management. If WP had a more solid solution that would not be necessary.

WordPress provides a decent base, but over the years bits and pieces were apparently added in different tables – nickname, display name, first name, last name, … – and BP added xprofile on top of that without synchronization with wp_usermeta. But I’m repeating myself again…

Just trying to help so you’re not completely ignored.

I’m ignored anyway.

I don’t understand your issues with member management? WordPress MU provides excellent member management tools, and BuddyPress rides on the back of this. What is it that you need so desperately?

@David: Is it confirmed that it will make it’s way in BP-Core. I can’t find it on the newest Roadmap anymore: https://buddypress.org/about/roadmap/

Anyone is free to built this feature and charge for it or not. That’s why it called open source It is on the BuddyPress Roadmap but not until quite a ways out. In the meantime, I’m sure we’ll see other free and perhaps even paid solutions by others. If any of those are half good… perhaps they will end up being the solution that BuddyPress officially adopts and rolls into the core. Who knows.

Originally posted by Xevo:

You can’t install bbpress in the “forums” folder if you enable buddypress group forums, since buddypress will then use “forums” as its permalink for its build in group forums.

You can redefine the BP forums slug to something else in wp-config.php or bp-custom.php:

define( 'BP_FORUMS_SLUG', 'group-forums' );

That way, you can install bbPress in /forums/ if you wanted to.

This is what I’ve done on my test environment and it works.

Why not do the following (as we have) …

1. username

2. 1st name

3. last name

4. display name (the bp required field)

Because it’s not necessary. The goal should be to keep the registration form as short and simple as possible and not annoy new users.

Look at the registration process on Facebook, LinkedIn, etc. Most have:

First Name:

Last Name:

Email:

Password:

I use a javascript trick generate the username from the fullname in a hidden field – I can use email as username thanks to this plugin. Since BP has a built-in fullname field I’m stuck with splitting that out in firstname and lastname.

I have considered using fullname for firstname and creating a field_2 for lastname, but that causes all kinds of other issues.

Unfortunately there is no check/validation on what’s entered in the fullname field. The input is also not cleaned up to get capitals on the first letters and small caps on the rest. So the input could be anything, often just a first name or even ladiesman269.

Which undermines any reason of having that required fullname/display field in the first place…

All you have to do is create a function that writes the xprofile field values for 1st and Last name over to the WP table, in addition to setting the “display name value accordingly.

You have to do that straight from the registration form, to make sure that the data is there where/when you need it. That is basically what my function does. If you can get it to work. Apparently it doesn’t for Dan Butcher.

Now, with the (lame) fact that WP user table is actually different (not sure why it wasn’t co-opted for BP purposes)

That had mystified me since last Spring, but here’s Andy’s reason.

I’ve got a TOS plugin on my test environment working as well.

It’s a modified version of Andrew Billits’ BuddyPress Terms of Service plugin:

http://wpmudev.org/project/buddypress-terms-of-service

I’ve cleaned up the code and modified it to work with the BP 1.1 series.

If nexia’s version is better than Andrew’s, then he can release his, otherwise I can release the updated version.

for me, a theme like behance or to give an important place to the galleries of images from each member.

Will probably need bp-album or bp-gallery from Buddydev if it comes one day

I vote for the facebook look and not a blog look. The main purpose is a social network, not a blog. People can create blogs for themselves, but the main selling point is social network.

Just my thoughs

Same here. Great idea, but not working… All Jquery gets broken site-wide…. ANy word from Bravenewcode?

Buddypress (actually wordpress entirely) works bad on Windows. For example, windows doesnt have mod_rewrite, which is a neccesity for Buddypress.

Switch back to a LAMP environment. Or find a really good coder that wants to re-program wordpress for a Windows environment.

Dear Andrea, I’m certain we could make this work, and I’d like to organize a quick skype session with you to get it done. How much would 30 min with you cost?

Here’s where I’m at:

http://community.urine-therapy.org/testing/

Uses my modification of “BuddyPress Social Network Parent Theme Members”

and

http://community.urine-therapy.org/testing2/

usese my modification of “BuddyPress Default Members 1.1”

as described here

http://www.bp-tricks.com/design/member-blog-themes-to-match-your-buddypress-theme/comment-page-1/#comment-133

Now, “testing2” is partially working, but

1) I don’t want the users adding widgets or changing themes…frankly, if they didn’t have access to the dashboard and just had access to a Post editor, I’d be fine with that. Register, Make a blog, start posting, uploading PDF’s, audios, videos, etc.

Regarding the standard navigation, here’s how I see things:

Home should take you to the main site

http://community.urine-therapy.org/

not to the home of the member-blog. And it should have a running ticker of all activity (basically all blog posts).

Blog should take you to your own blog (if you are a member)

Members should take you to a sitewide list of members, not a list of the “members” of the member blog.

Groups should show the groups created by members sitewide

Forums (I think this can be removed for now).

Blogs (this should be the same as members, since each member should only be able to create one blog).

Can you see how I just want to enable a community, but I don’t want to complicate things with blogs and sub blogs and members of sub blogs etc. etc. Basically a member gets a blog, everyone sees what that member does at that blog, we all comment.

Does that make sense?

Best,

Dainis

You can’t install bbpress in the “forums” folder if you enable buddypress group forums, since buddypress will then use “forums” as its permalink for its build in group forums.

Maybe install the standard bbpress in a “forum” folder?

This has been a real deal breaker for me, as I am the author of:

https://buddypress.org/forums/topic/make-member-theme-very-similar-if-not-the-same-as-buddypress-home

and

https://buddypress.org/forums/topic/how-can-we-integrate-the-buddy-press-theme-with-the-user-blogs/page/2

however, we may have our solution here:

http://www.bp-tricks.com/design/member-blog-themes-to-match-your-buddypress-theme/

Best,

Dainis

What does that plugin do? It has some vague requirements:

Create three news fields that will be used by the plugins (ex. “Member name”, “Member firstname”,”Member bothnames”). I suggest “Member name” to be a required field.

Fill the values of those fields for your profile (the datas for at least one user are needed to setup the plugin options)

Where are you supposed to create those fields? xprofile? In addition to the existing fullname field? You can already do that without this plugin.

wp_usermeta is nowhere in the plugin. That is the table WP uses to store firstname and lastname. Any solution in Buddypress should leverage wp_usermeta or at least synchronize with it imho. This plugin solves nothing.

If you’ve got a repeatable case of BP changes not syncing to the WP profile, please create a bug ticket on https://trac.buddypress.org/.

The problem Dan Butcher described looks like standard Buddypress behavior to me. It’s not a bug, it’s a feature, based in Andy Peatling’s design decision that firstname + lastname would cause international incidents.

Below again my hack as I use it in my sites, minus creation + update of a fullname-derived username for user_login, user_nicename, user_url and integration with a mailing list script I use:

function synchro_wp_usermeta($user_id, $password, $meta) {

global $bp, $wpdb;



$uid = get_userdata($user_id);

$email = $uid->user_email;



$fullname = $meta[field_1];

$space = strpos( $fullname, ' ' );



if ( false === $space ) {

$firstname = $fullname;

$lastname = '';

} else {

$firstname = substr( $fullname, 0, $space );

$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );

}



update_usermeta( $user_id, 'nickname', $fullname );

update_usermeta( $user_id, 'first_name', $firstname );

update_usermeta( $user_id, 'last_name', $lastname );



$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $user_id ) );



}

add_action( 'wpmu_activate_user', 'synchro_wp_usermeta', 10, 3);

I have this code in bp-custom.php or functions.php, not as a plugin. Adding a plugin header could have caused Dan Butcher’s error messages.

BTW, I’m still looking for code to validate the fullname input for at least a two part name, so make a space required. I now get a lot of users only entering a first name. In that case the lastname field in wp_usermeta will stay empty.

WPMU 2.9 trunk, BP 12 trunk, internal bbPress intstall

.

1. In Forum – Group Forum Topic – Edit Topic

I can edit Topic Title, Content but nowhere to add/delete Tags of any topic. Just noticed it now that Tag edit was not available when I needed to add some tags to a forum post. Checking BP 1.1 beta folder, I now see I lost that functionality way back when i moved from external bbPress to internal forum in 1.1 beta

– Will form for editing tags be brought into Edit Topic Page in stable 1.2?

In the meantime, I have copied the edit.php from bp-default/groups/single/forum/ to my child theme and added the template tag to edit tags.

2. Groups Directory page shows “There were no groups found.” when there are groups in this install.

– Possibly because bp-default theme is still in construction?

Groups Directory page in child theme of bp-sn-parent is showing up the Groups listed in that page.

Thank you.

Old theme, if I’m right it doesn’t work with the newer buddypress anymore.