BuddyPress.org

@hk12onos Did you ever manage to fix this? I know it’s an old post but I have the identical issue when commenting on updates of a private group. I’ve tried it on various themes/versions of WordPress/versions of Buddypress and I get the same result.

http://code.tutsplus.com/tutorials/design-a-prettier-web-form-with-css-3–net-9542
http://code.tutsplus.com/articles/quick-tip-making-a-fancy-wordpress-register-form-from-scratch–net-11904

etc

Is it a fresh instal you working on ? Are you on a local server ?
If you test only with a private group, nothing will appear publicly.

Assuming all active components have all their dedicated pages and that you set pretty permalinks an use Twenty Fourteen.

If so, install BP Default Data which will install 50 fake members, groups and many other things and see if you get a result.

Hi @doremdou
BP group activities notifier perhaps ?

There is also Buddypress Notification Manager which make this for groups

• A member invites you to join a group
• Group information is updated
• You are promoted to a group administrator or moderator
• A member requests to join a private group for which you are an admin

it does not send notifications when SOMEONE JOINS the group and I need it
You need it ? Well, but that isn’t enough !
Who should receive the notif ?

Both are old, and the 2nd is still working with 2.0.2.

@mooieautosnl,

buddypress doesn’t handle the blog(s), it only show them à la BP.
BP comes up with some witget and you can activate them from the widget dashboard. The most relevant, even if he doesn’t exclusively handle author’s post, is Recently active members, who let you choose from 3 different filters: active, recent, popular.

You can also search on the WP plugin repo if a more accurate plugin exist

Thanks so much for your response! First I created bp-custom.php and pasted define( ‘BP_ENABLE_USERNAME_COMPATIBILITY_MODE’, true ); into it, then I put it in my plugins folder, and I got the same 404 except this text was across the top of the page:

define( ‘BP_ENABLE_USERNAME_COMPATIBILITY_MODE’, true );
Warning: Cannot modify header information - headers already sent by (output started at /homepages/33/(database here)/htdocs/(mywordpressfolder)/wp-content/plugins/bp-custom.php:1) in /homepages/33/(database here)/htdocs/(mywordpressfolder)/wp-includes/pluggable.php on line 1121

By sheer luck I recognized that the ‘ and ‘ were the curly ones, and I had JUST read about that last week, so I deleted the apostrophe’s and typed them in myself in notepad++, crossing my fingers. But when I saved and ftp’d the new file, I had the same thing across the top, just with the fixed code!

define( 'BP_ENABLE_USERNAME_COMPATIBILITY_MODE', true );
Warning: Cannot modify header information - headers already sent by (output started at /homepages/33/(database here)/htdocs/(mywordpressfolder)/wp-content/plugins/bp-custom.php:1) in /homepages/33/(database here)/htdocs/(mywordpressfolder)/wp-includes/pluggable.php on line 1121

I went and took a peek at pluggagle.php, line 1121, and it is the third line up from this:

	/**
	 * Filter the redirect status code.
	 *
	 * @since 2.3.0
	 *
	 * @param int    $status   Status code to use.
	 * @param string $location The path to redirect to.
	 */
	$status = apply_filters( 'wp_redirect_status', $status, $location );

	if ( ! $location )
		return false;

	$location = wp_sanitize_redirect($location);

	if ( !$is_IIS && php_sapi_name() != 'cgi-fcgi' )
		status_header($status); // This causes problems on IIS and some FastCGI setups

	header("Location: $location", true, $status);

	return true;
}
endif;

So 1121 is this bit: header("Location: $location", true, $status);

That block of code is just above “Sanitizes a URL for use in a redirect”, using function wp sanitize redirect.

Not sure if any of that points to any clear problem, but it’s pretty much Greek to me 🙁

but I want to add more users for testing … I looked at the ‘Demo Data Creater’ plugin

@simple-man check out https://wordpress.org/plugins/bp-default-data/
The number of users and groups created are limited so it’s much easier to delete test users by batch in wp-admin/users.php later

@mjc82in I think you still need to install https://wordpress.org/plugins/genesis-connect-for-buddypress/ for theme compatibility.

hi @vivis,

try with this function <?php bp_notifications_toolbar_menu ?>
Read also the documentation of your Premium theme (Kleo) about menu and the WP codex on how to add toolbar menus and sub menus.

https://codex.wordpress.org/Toolbar

Prior to BP 1.7, last_activity was stored usermeta.
Now it is stored in the activity table, (although you may see it still in usermeta for legacy purposes).

Moving it to the activity table resulted in much improved performance.
You’ll probably see similar results.

also – sometimes 2 queries are faster than one massive one with multiple joins, ands, ors.

also 2 – Have you studied this?
https://wordpress.org/plugins/bp-profile-search/
It’s been around for several years and the query has become more efficient with each release.

>Okay, it worked!!!

You mean using the register_activation_hook ?
btw – you should still check to see if the field exists before you create it – to avoid duplications if they deactivate / reactivate the plugin.

Or delete the field by using this hook:
https://codex.wordpress.org/Function_Reference/register_deactivation_hook

>can you please tell me what if it’s in the functions.php file, do I need to use the bp_init then or something else?

Perhaps bp_loaded is more appropriate, you’ll have to try it and find out.

BP related functions are usually placed in bp-custom.php

For a plugin, instead of bp_init, use:
https://codex.wordpress.org/Function_Reference/register_activation_hook

note: I’m not sure BP is loaded before that hook is called.

Or you could use bp_init, but in your function, check for the existence of the xprofile field before you create it.

btw – you don’t need the global in that function.

Hi @jencina,

set the registration page as homepage. (dashboard > Setting > Front page view).

Make also a child theme and add a copy of the register.php file who is in /bp-templates/bp-legacy/buddypress/members/ and add it to your child, using the same path.

/your-theme/buddypress/members/register.php

On this copy you can add/remove and make any change you want for your new homepage.

Reference
https://codex.wordpress.org/Creating_a_Static_Front_Page

Modifying the Registration Form

Hi @bnowthen,

this is one of the most common thing you can do with BuddyPress. 😉 .
To do that, you have to read the Codex, about members loop.

First, you will create a child-theme of 2014.
Than you add a folder called buddypress to it.
In this folder, you add a sub folder called members.
You than make a copy of members-loop.php.
This file is in wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/members/

Now, you open the copied file and replace the content of line 16.

Replace this:
<?php if ( bp_has_members( bp_ajax_querystring( 'members' ) ) ) : ?>
with this:
<?php if ( bp_has_members( bp_ajax_querystring( 'members' ) . '&type=alphabetical' ) ) : ?>

Save and enjoy.

References
https://codex.wordpress.org/Child_Themes

Members Loop

Hi @noise,
did you searched in existing plugins ?
https://wordpress.org/plugins/search.php?page=2&q=race+result+plugin

My 2 cents:
Ideally, the admin would enter in the results for each user for each race.
well, this let’s you to be so only plugin user. No need for a specific BP plugin in this case.

From the plugin, you fetch the datas and insert them into a profile textbox called “result” Original isn’t it ? This work can more or less be automated. Depends of the plugin i guess.

On the members directory, you output the content of the result box under each member name/avatar.

Based on this thread, I’ve created a new ticket:
https://buddypress.trac.wordpress.org/ticket/5831