BuddyPress.org

Sure, you will need to filter out the $arguments variable in my code for the required by you activity_type.

You can put the resulting code into a separate custom plugin or in https://codex.buddypress.org/themes/bp-custom-php/

Not sure what your issue is, but after going through the removal steps, did you deactivate BuddyPress and reactivate it?

If you have an object cache plugin active, you should purge your entire cache after removing the DB options so BP can reinstall its tables properly when you reactivate BuddyPress.

Super easy solution is to do like this:

1) find or create a buddypress/activity/post-form.php file in your theme
2) find in that file a textarea with id="whats-new" and add maxlength="143" to its attributes so it will become something like this:
<textarea class="bp-suggestions" maxlength="143" name="whats-new" id="whats-new" cols="50" rows="10"....
3) save and done.

It will limit globally, though. If only in groups (not modifiying activity directory and profiles) – wrap it in a p_is_group() like this
<textarea class="bp-suggestions" <?php echo bp_is_group() ? 'maxlength="143"' : '';?> name="whats-new" id="whats-new" cols="50" rows="10"....

Team is a BuddyPress group.
League – is the group type, read about it here: https://codex.buddypress.org/developer/group-types/

This might be helpful for you too: https://codex.buddypress.org/add-custom-tab-to-groups-directory/ (leagues as tabs in groups/teams directory).

I migrated from Ning to Buddypress last year roughly following a very old guide. I had to manually tidy up the json exports and it only imported basic user information, posts and groups. We primarily used ning for events and I moved those in to events-manager myself.

It took a lot of trial and error and if you’re not that technical I’d recommend paying someone to carry out the process, I just wouldn’t expect miracles.

I think, you can’t do that easily.

Reason: BuddyPress activated and is working on subsite 1, where all of its tables created. Subsite 2 is completely independent site with even own list of users.

To fix this: you will need to write quite heavy bridge, that will query the subsite 1 and asks each time whether user has there what you need on subsite 2.

Your task is a compilation of several steps.

1) You need to add a custom field to BuddyPress registration form
See this https://buddypress.org/support/topic/how-to-display-a-custom-field/ or similar (just google).

2) You need to get the list of users by a member type to display in a <select> field created in 1).
See https://codex.buddypress.org/developer/member-types/ and its “Querying by member type” section.

3) In 1) you created and it’s also written how to store that data, I suggest using usermeta (update_user_meta()). You should store not the teachers names, but their ids in metas.

4) Now you need to display this info in user profile.
Investigate wp-content/plugins/buddypress/src/bp-templates/bp-legacy/buddypress/members/single/profile/profile-loop.php file, you will see there several hooks that may be useful for you. There you will just echo what you need.
Example: get_user_by('id', get_user_meta(bp_displayed_user_id(), 'teacher_id'))->display_name; or similar using BuddyPress functions.

Currently there is no such plugin. Introducing this feature is quite heavy for the server, so it’s more like a custom solution, ideally with websockets.

We use heartbeat functionality, that gives ability to show a notification about new activity records, but there are no plans to actually update old records due to lots of technical issues and time availability (all BuddyPress core devs are volunteers).

You can check this plugin: https://premium.wpmudev.org/project/ning-to-buddypress-user-importer/

But before buying it’s better to contact their support and ask about compatibility.

It’s too late for answering this question but will help someone else 🙂

just put this code on your /plugins/buddypress/bp-activity/bp-activity-template.php file within this function bp_get_activity_action()

if($activity_arr->type == 'rtmedia_comment_activity'){
			global $wpdb;
			$query = "SELECT activity_id FROM ".$wpdb->prefix."rt_rtm_media WHERE id='".$activity_arr->item_id."'";
			$activity_id = $wpdb->get_var( $wpdb->prepare($query));
			$activity = bp_activity_get_specific( array( 'activity_ids' => $activity_id ) );
			$activity = $activity['activities'][0];
			$action .= $activity->content;
			
		}

Hope this help

You should activate “Site Tracking” from Settings/Buddypress/. For me, it is working fine.

Can you follow up on Paul’s suggestion?

Do you have NOBLOGREDIRECT defined anywhere? Check wp-config.php or check if a plugin or theme is defining it somewhere.

I’ve added a patch that should fix this issue if NOBLOGREDIRECT is defined, but is running from single site:
https://buddypress.trac.wordpress.org/attachment/ticket/7441/7441.01.patch

Can you test this out and let us know if this fixes things for you?

You can remove it by creating a template overload of this file:
buddypress\bp-templates\bp-legacy\buddypress\members\index.php

Remove this code:

	<?php /* Backward compatibility for inline search form. Use template part instead. */ ?>
	<?php if ( has_filter( 'bp_directory_members_search_form' ) ) : ?>

		<div id="members-dir-search" class="dir-search" role="search">
			<?php bp_directory_members_search_form(); ?>
		</div><!-- #members-dir-search -->

	<?php else: ?>

		<?php bp_get_template_part( 'common/search/dir-search-form' ); ?>

	<?php endif; ?>

You might be running a theme with BuddyPress-specific files. Have a hunt around your theme, look for a similar structure. etc

Go to /wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/members/. The four files — activate, index, members-loop, and register — are templates used for the Members Directory. Ignore the single subfolder; that’s used for individual member pages.

You will want the index.php file.

In your theme, create a buddypress/members subfolder. e.g. /wp-content/themes/my-theme/buddypress/members/. You’ll need to create both directories if they’re missing. Copy that index.php we found earlier into this new directory.

e.g. you’ll end up with /wp-content/themes/my-theme/buddypress/members/index.php. You’ll want to play around in this file to find where you want to add your custom CSS, which I’ll leave to you to figure out.

We used to have testbp.org which last a few years until spam and DOS attacks forced us to take it offline.

Your best best is probably looking through https://wordpress.tv/tag/buddypress/ for recent WordCamp videos, and see if you can find one.

I don’t think we’ve consciously changed this behaviour (if this indeed happens as you say) in the last couple of years. It’s possible that something in WordPress changed the behviour with however BuddyPress adds sites internally.

I think I just about recall some conversation from four or five years ago about this, but I’m struggling to remember what it was about precisely, or even where to look. If I were to start investigating this, I’d set up an otherwise identical multisite (without BuddyPress) and add users via the wp-admin, and see if those users becomes subscribers or not. etc.

Page Builders are not be compatible with BuddyPress (at least, I don’t know of any support).
You would need to manually edit the template files. If you know basic CSS/HTML/PHP, I can give you some instructions and link to some docs.

The original reporter has submitted a bug report https://buddypress.trac.wordpress.org/ticket/7436

The language used in that report is much more constructive than that of this forum thread, so I’m going to close this.

Hello. but how do I let my users view the photos you have uploaded to their profile BuddyPress completely disabling gravatar? thank you for support