BuddyPress.org

@faramarz @mercime

This issue is resolved in this ticket on BP’s trac and will be included in the 1.8.1 point release.
https://buddypress.trac.wordpress.org/changeset/7332/

closing this duplicate of https://buddypress.org/support/topic/edit-the-profile-page/#post-169428

But nothing changes

@drrr did you upload the revised member-header.php file into your theme folder in server e.g. wp-content/themes/thesis/buddypress/members/single/ per https://codex.buddypress.org/developer/theme-development/template-hierarchy/

basic -> https://buddypress.org/support/topic/resolved-disable-users-activation-email/#post-134307

The problem is most likely because you don’t have a loop-archive.php. What I did instead was change some of the code to suit what I had prior: an author.php file that was already styled the way I wanted.

In the plugin:

function profile_screen_posts_show() {
$theuser = bp_displayed_user_id(); 
query_posts("author=$theuser" );
if ( have_posts() ) :
get_template_part( 'loop', 'archive' );
else: ?>
<div id="message" class="info">
		<p><?php _e( 'Sorry, this user has not published any posts.', 'buddypress' ); ?></p>
	</div><?php endif; ?>    <?php
} 

I changed it to:

function profile_screen_posts_show() {
query_posts( 'author=' . bp_displayed_user_id() );
	if ( have_posts() ) :
	get_template_part( 'author' );
else: ?>
	<div id="message" class="info">
		<p><?php bp_displayed_user_username(); ?> has not published any articles or reviews. Want them to? Send a message or leave a wall post!</p>
	</div>
    <?php endif; ?>    <?php
}

You’ll see in there: get_template_part( ‘author’ );
— change “author” to whichever template part you want to call. Most installs, I believe, will have an archive.php file, so use archive.

@aidnotes you’d need to provide more information about your installation. WP/BP version? What BuddyPress components/features are activated in Settings > BuddyPress > Components? Theme used? Plugins installed?

@hitkid the first post you linked is way too old – 3 years ago, we were using the BuddyPress internal forums. BP 1.7 onwards, bbPress plugin is the way to go and if you activate the bbPress plugin, you should find the following bbPress widgets https://codex.bbpress.org/widgets/ under Appearance > Widgets

@wpobs upgrade to BuddyPress 1.8.1, clear cache and check if issue is resolved.

@joesell89 WP/BP versions? Theme used? https://buddypress.org/support/topic/when-asking-for-support-2/

You can look how it’s done in https://wordpress.org/plugins/buddypress-user-account-type-lite/

I’m also on

WordPress 3.6
BuddyPress 1.8

And I get:

http://[website]/members/%5Buser%5D/profile/edit/group/1/

And get a 404

I get the same issue when I install Current Version of Buddy Press 1.8 on a custom domain.

think you covered that in your other thread!

@intimez I’m not using that plugin, but I did have the same issue.
I hope you’ve fixed yours by now, but if not, here’s what I did:

In the bp-activity-template.php file, edit this function

function bp_get_activity_comment_name() {
		global $activities_template;

		if ( isset( $activities_template->activity->current_comment->user_nicename ) )
			$name = apply_filters( 'bp_acomment_name', $activities_template->activity->current_comment->user_nicename, $activities_template->activity->current_comment );  // backward compatibility
		else
			$name = $activities_template->activity->current_comment->display_name;

		return apply_filters( 'bp_activity_comment_name', $name );
	}

The last line is all you need to change. Basically, you’re changing “user_fullname” to “user_nicename”.
I know it’s not ideal to edit bp files, but this is currently the only way I know how to display usernames in comments. Hope this helps someone!

it’s more about how many people will be using your site at any given time if you have buddypress and especially if your theme is displaying buddypress info on most of your pages then you will almost certainly need vps to be happy with your load times.

So a member has to make a separate donation to see each new message trail?

This will require the hiring of a buddypress developer to create a custom plugin.
You can contact me via my profile info.

@whiteeagle1985 check out http://buddydev.com/buddypress/introducing-buddyblog-allow-users-to-blog-from-their-buddypress-profile/

@barronlau
– localhost is XAMPP, WAMP, MAMP?
– As for avatar in localhost, choose something other than the default mystery man for those without Gravatars.
– If you installed BP subsite, did you follow instructions at https://codex.buddypress.org/user/install-buddypress-on-a-secondary-blog/ ?
– I suggest that you test BP install first using BP Default or Twenty Twelve/Thirteen theme.

The problem is, in essence, this: You are filtering for member type/role at the template level, *after* the query has already taken place. So: you run bp_has_members(). It returns 10 users that match the current params, which include the current page, the per_page number, and the dropdown filter (last active, alphabetical, etc). Then, inside of your template loop, you are only displaying a subset of those ten returned members – ie, those that match your s2member role.

In order to make a custom directory *and* have your pagination work, you’ll need to modify the query *before* it happens. One relatively simple way to do this is to pass an include parameter to bp_has_members(), which would limit the query to users that meet your s2member criteria.

Because we’re talking about custom user roles as assigned by s2member (and because user roles are stored in a way by WP that doesn’t allow this kind of query to be very efficient), this is going to be pretty tricky. This is totally untested, and probably not very fast at very large scale, but you could try something like the following:

<?php 
global $wpdb;
$level3_user_ids = $wpdb->get_col( "SELECT user_id FROM {$wpdb->usermeta} WHERE meta_key = 'wp_capabilities' AND meta_value LIKE '%s2member_level3%'" );
$level3_user_ids_param = implode( ',', $level3_user_ids );

if ( bp_has_members( bp_ajax_querystring( 'members' ) . '&page_arg=bapage&per_page=10&include=' . $level3_user_ids_param ) ) : ?>

Then you will *not* need to do the level3 check inside the loop, because the 10 items returned will already be limited properly.

Like I said, this is off the top of my head and may not work without further modification. You may have to do some more experimentation to get an accurate whitelist of user ids for each directory type. But, no matter how you do it, the above example should show you a good technique for limiting the bp_has_members() query to a subset of all users (which is the BuddyPress-related part of this puzzle – the other problem is related to s2member).