BuddyPress.org

You can use the BuddyPress REST API for that: https://github.com/buddypress/BP-REST/

It is still a work in progress. But usable.

You can use one of the BuddyPress privacy plugins to set aspects of your site as private and visible only to logged in users. For example it’s a feature of BuddyPress Registration Options or BuddyPress Simple Privacy, or BuddyPress Members Only.

BuddyPress has not been abandoned. It’s alive and kicking.

@pmaheepala domain/members/username/ should link to the front page, which needs to be added inside BuddyPress Menus http://prntscr.com/icjcek for time being, you can use https://wordpress.org/plugins/bp-direct-menus/ it’s an outdated plugin but it will serve the purpose for now. http://prntscr.com/icjklb

@grounder BuddyPress use same user table to display users, it does not have its own instance to save the password. It might be possible you are using some custom approach to create an account, and it does not set the password, and WordPress is generating an auto-generated password for it.

I think the first thing to do is to rule out a plugin conflict, there’s definitely something not working, something interfering with the registration process. S you need to test this with just BuddyPress loaded and a standard theme like 2017.

@peterfae feeds will be generated on subsite after you switch BuddyPress network at subsite.
all feed urls will work similarly as they were working at the primary site with subsite url
e.g. where site 2 is
For single profile activity feed : bpmulti.dev/site2/members/varundubey/activity/feed/
For site-wide acidity feed url : bpmulti.dev/site2/activity/feed/

You can follow this instruction when switching your BuddyPress network from primary site to subsite https://codex.buddypress.org/legacy/getting-started/install-buddypress-on-a-secondary-blog/

I wonder why Members page is not part of the BuddyPress menu?

Good question! This is something you can change at the theme level. Nearly all areas of BuddyPress can be customised. If you need help feel free to post questions and open new topics.

@normancates that screenshot it not BuddyPress theme specific, it’s regular WordPress Profile screenshot.
Bp-nouveau will be part of BuddyPress template files after BP-3.0 updates.

It works now for me.

I have just registered a Hotmail account and a Gmail account. Both works.

There some things you can try:

– Go to dashboard -> settings -> buddypress -> pages and change the activation page associated to buddypress, now it’s “Activar” (I think you are Spanish, I’m from Málaga), You can create another page called “Nuevo usuario” and then associate this new page to BuddyPress.

– Restore the emails (Dashboard -> tools -> BuddyPress)

It should work now for you too once you are not adding the Unsubscribe header anymore.

Yeah, the header was the issue. The BuddyPress team will fix it, I’m pretty sure 😉

Regarding the activation link, I will take a look, it should work since we just commented out the code where the header was added…

You can find more info here:

https://buddypress.trac.wordpress.org/ticket/7390

See last message:
Outlook.com and Apple iOS Mail 10 does not support HTTP URLs for the List-Unsubscribe header (which is what we are using), so the “Unsubscribe” link will not show up in these clients.

Now Outlook.com rejects those emails.

Outllook.com are blocking the emails because of this:

if ( ! empty( $tokens['unsubscribe'] ) && $tokens['unsubscribe'] !== site_url( 'wp-login.php' ) ) {
	$user = get_user_by( 'email', $tokens['recipient.email'] );

	$headers['List-Unsubscribe'] = sprintf(
		'<%s>',
		esc_url_raw( bp_email_get_unsubscribe_link( array(
			'user_id'           => $user->ID,
			'notification_type' => $email->get( 'type' ),
		) ) )
	);
}

If yoy remove this if statement activation mails are sent. This code is located at buddypress/bp-core/bp-core.filters

It’s a new commit, that’s why it worked in previous versions.

To sum up, if you are using BuddyPress 2.9.3, users with Microsoft accounts will not receive the activation email.

First sorry for my spelling in the above messages.

Outllook.com are blocking the emails because of this:

if ( ! empty( $tokens['unsubscribe'] ) && $tokens['unsubscribe'] !== site_url( 'wp-login.php' ) ) {
	$user = get_user_by( 'email', $tokens['recipient.email'] );

	$headers['List-Unsubscribe'] = sprintf(
		'<%s>',
		esc_url_raw( bp_email_get_unsubscribe_link( array(
			'user_id'           => $user->ID,
			'notification_type' => $email->get( 'type' ),
		) ) )
	);
}

If yoy remove this if statement mails activation mails are sent. This code ir located ad buddypress/bp-core/bp-core.filters

It’s a new commit, that’s why it worked in previous versions.

To sum up, if you are using BuddyPress 2.9.3, users with Microsoft accounts will not receive the activation email.

I hope this get fixed in the next version.

I the next release or so the BuddyPress team are planning to launch a new bp theme – nouveau –

https://bpdevel.wordpress.com/tag/bp-nouveau/

Hi @mbv-

The data should be slashed on the way into the database. When you call the activity content using bp_get_activity_content_body(), many filters are applied, including stripslashes_deep here: https://buddypress.trac.wordpress.org/browser/tags/2.9.3/src/bp-activity/bp-activity-filters.php#L82

If you’re displaying activity using an activity loop (like BuddyPress does in its default theme parts), then the results are as expected. If you’re accessing the data some other way, you’re going to need to apply the needed filters to it. Check out the link above to see all the filters that applied to bp_get_activity_content_body.

Hi @jungdchinese-

In the short term, you can copy the .pot file out of the 2.9.2 release and replace the bad one in the 2.9.3 file. You can download the 2.9.2. .pot here: https://plugins.trac.wordpress.org/export/1817522/buddypress/tags/2.9.2/buddypress.pot

Hi @louie171,

You are correct that group permissions are mostly independent of WP roles. The exception is that WP “administrators” can basically do everything that a group admin can do, but in any group. Site admins are always allowed to do things that are protected by this permissions check: bp_current_user_can( 'bp_moderate' ). This is not limited to the groups component, though.

I’m not sure exactly how you’d accomplish what you’re wishing to do. You could filter the bp_current_user_can( 'bp_moderate' ) check to return true in the groups component for a certain role or set of users, and then remove admin tabs that you don’t want them to have access to, using code like this: https://codex.buddypress.org/developer/navigation-api/#remove-subnav-tabs-from-group-settings

You’ll have to be careful to make sure you’re not allowing those users to do things you don’t want them to do.

Still not working, only when sending from BuddyPress to Hotmail, it DO works when sending from WordPress:

1) Contacted Microsoft support, IP not blocked and everything is correct.
2) Changed activation e-amil template: removed activation related words. I have sent emails with “test” subject and body and only are delivered to gmail, yahoo, etc NOT Hotmail accounts
3) Sent from another IP, same issue.
4) Changed “from” using the “bp_email” action.
5) Done all the steps above again from a clean WP installation with only BuddyPress activated.

It must be a BuddyPress issue. There are a few topics related, something is happening when sending to Outlook.com and no one seems to support.