BuddyPress.org

The link has to be added on a new line.

This is the same as how WordPress does embeds:
https://codex.wordpress.org/Embeds

@emeraldcity,

i suppose you already read the codex, thousand of topics and of course, that you have some php knowledge. 🙂

Groups
Add following conditionnal to the what’s new form of the group activity page.

bp_current_user_can( 'bp_moderate' )

To do this, you need a child-theme and to overload the template file. The original file is here:
wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/activity/post-form.php
Copy it to child to get:
wp-content/themes/child-theme-name/buddypress/activity/post-form.php

Members
See if these plugins can be usefull.
Geo myWP or one or the other of @shanebp ‘s Geo plugins.

@maganiza,

it’s possible. I suppose you need a unique code for some later user specific actions. But that code exist nowhere when a user register. What can we do ?

1) generate a 6 digit code and show it on the register page
2) asign that code to the user
3) show the code on his profile

1 – we use php mt_rand to generate the code and one of the available action hook on the register page for his output. Add this snippet to bp-custom.php

function bpfr_digit_generator() {
$num = mt_rand ( 0, 0xffffff ); 
$output = sprintf ( "%06x" , $num );
 
	echo '<strong>Your personnal code: '. $output .'</strong>';

}
add_action( 'bp_after_account_details_fields', 'bpfr_digit_generator' );

2) create a new xprofile field, call it Personnal Code or whatever. Make it mandatory and asign it the visibility level you want. In field description, ask the user to copy/paste in the code.

3) as the user entered the code in a xprofile field, you get automagically this field on his profile.

I’m a bit unsure how to insert this field value in the activation email, or if it’s even possible. Perhaps somebody else can help you. See email on codex.

A bit raw, but at least you have a start point how to do that.

Here also another method, you may use if you don’t want the user to copy/paste the code.

Yes. Every member in your install will have a user ID. So both BuddyPress and WordPress users will get a number. In fact, at the back end WordPress users and BuddyPress members are the same thing.

Maintenance mode is related to WP. BuddyPress was updated 24th may and WordPress 6th may.

Have you tried to debug by deactivating theme and all plugins (except BP) ? Use one of Twenty’s theme for that test and see if the notice remains.

Read also here to have a global overview of how this notice is coming up.

You need BP Multi Network: https://wordpress.org/support/plugin/bp-multi-network

Thanks for the post, and thank you everyone that chimed in to alert the OP about the protocol for security concerns. Understanding it’s possible there’s a communication gap here, this topic does also read (to my eyes) as condescending & inflammatory, which is honestly not going to yield a very positive conversation. I think y’all did a great job staying positive, and I for one greatly appreciate that.

To be clear to anyone else that runs into this topic, what the OP sees is not a BuddyPress or bbPress bug; this is WordPress doing it’s best to show published content from public post types.

About BuddyPress:
* Neither BuddyPress nor bbPress modify this core behavior
* BuddyPress does not use this interface; bbPress does
* The .org sites have not disabled this, they just do not have any unusual content to leak

The gist:
* If plugins allow for private content, it’s up to those plugins to protect it
* If you create roles with content limitations, it’s up to you to confirm they’re working

For anyone looking to modify or restrict content that appears in this list, use the wp_link_query_args and wp_link_query filters to do so.

Here is how WordPress calculates the results in this list. Note that it only uses published posts from public post-types:

$pts = get_post_types( array( 'public' => true ), 'objects' );
$pt_names = array_keys( $pts );

$query = array(
	'post_type' => $pt_names,
	'suppress_filters' => true,
	'update_post_term_cache' => false,
	'update_post_meta_cache' => false,
	'post_status' => 'publish',
	'posts_per_page' => 20,
);

WordPress has a built-in way to calculate privacy scope using 'perm' => 'readable' and even that is not used here (though bbPress does use this in its own loops.) WordPress instead takes a strict position of published public content by default.

If anything unexpected is appearing here, it is not because of BuddyPress or bbPress, and we are still happy to help anyone discover the source of this in a new & more friendly topic.

@sbrajesh (BuddyDev) published a pretty cool tip about page titles:

Using WordPress Page Titles for BuddyPress Directory Page heading & Titles

In that case you could embed some CSS into the <head> section using the wp_head hook.

Ref: https://codex.wordpress.org/Plugin_API/Action_Reference/wp_head

Is there a formal process for requesting this feature?

Yes. The formal place to request features is Trac.

@earl_d

As the registration process can be different according to WordPress configs, can you please provide some details about yours :
– Multisite ? If so is BuddyPress network activated or activated on a specific blog of the network
– Plugins ? Especially the ones that might play into the registration process.

FYI, i’ve just rechecked on 2 freshes WordPress configs (regular & multisite) having only the BuddyPress plugin activated. Registration is working great.

Did anything else update at the same time? Anything?

2.5.3 contained changes to email implementation, and a security fix regarding user activation. The latter is most likely cause.

What theme are you using? Do you have a custom registration template (did you make one)? What other plugins do you have running? Are you on multisite or regular WordPress?

Can you think of any other useful information regarding any customisations around user or site registration?

@nnyorker you’re probably activated a standalone BuddyPress theme that has no support for the cover image feature.

I advise you to have a look at this post:
BuddyPress 2.4.0 will introduce Cover Images for members & groups!

Thank you for getting in contact with the BuddyPress team. Some of the attitudes displayed in this discussion have not been respectful and are not conducive to a productive conversation, so I am going to close this topic for that reason only. If anyone has questions about this moderation action and is prepared to discuss them civily, you can find my contact details on https://profiles.wordpress.org/djpaul/.

All projects, including bbPress, BuddyPress, and WordPress, appreciate responsible reporting of suspected vulnerabilities. Read this page on the WordPress site for reporting guidelines for all the aforementioned projects: https://make.wordpress.org/core/handbook/testing/reporting-security-vulnerabilities/

@djsteveb On the whole, the BuddyPress team enjoys a good working relationship with rtMedia, and we have often discussed issues when it’s vague when the root cause lies. I appreciate that it’s frustrating to be passed from pillar-to-post when you’re trying to get support or report a problem. If you still have the information, I’d encourage you to get in contact with the rtMedia team to start the conversation.

Hi @paulrooms

The Italian translation of BuddyPress is up to date: https://translate.wordpress.org/locale/it/default/wp-plugins/buddypress

For the menu items (at least what I think you mean), you’ll need to go into wp-admin > Pages > Edit, and just rename/translate the pages yourself.

@alexdex, there’s no point in shouting. As @sharmavishal and @danbp have said, you’d need to develop a custom notification and to do that, you’ll need a basic understanding of PHP and a familiarity with WordPress’ APIs for plugin development.

You’ll be lucky to find someone with enough time and desire to figure this out for your free, to be honest. I think writing such a thing, while it seems simple, could get pretty complicated because of the number of places the Activity Stream is used, and the various internal config tweaks for each.

@navyspitfire BuddyPress does not use wp_mail(), so any calls to that function are ignored and not treated with BuddyPress’ email templating.

If your BuddyPress emails were being sent plain text, then that means you have a plugin that re-declares the wp_mail() function — probably your SMTP plugin, I’d guess. There are other SMTP plugins that don’t redeclare the function, and so compatible with BuddyPress.

We fallback to plain text in these cases to maximise compatibility with all the many ways of customising emails that WordPress permits.

The equivalent function is bp_send_email(), and for the type of email you mention, here’s an example usage: https://github.com/buddypress/BuddyPress/blob/master/src/bp-core/bp-core-filters.php#L533