BuddyPress.org

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.

Hi @leo1951

Are you using any email plugins for WordPress that you require to successfully send emails? Or SMTP config? Or anything custom in php.ini?

It’s not clear if “Easy WP SMTP” is required for your WordPress installation to send emails.
If you are not using SMTP to send email via a remote email server, are you running something like sendmail to do that from the server? If so, can you check that program’s outgoing email? Log file? See if you can find evidence if it’s actually receiving the email.

@tw2113 @dcavins Did one of you have a plugin that logged if BP’s emails were sent successfully or not (from an internal point of view)? I can’t remember who it was.

This is a pretty common problem. You need to increase the amount of memory available for PHP.
There are many posts on the web about this — try https://docs.woocommerce.com/document/increasing-the-wordpress-memory-limit/ — but if you need further help, I’d suggest contacting your web host would be a good idea.

Hope this helps!

Are you using multisite? Do you have NOBLOGREDIRECT set — if so, to what value?
What version of WordPress are you using?

Thanks.

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, I don want to invade your thread but open my own days ago and its not getting viewed so no replied.

I have searched for ever and is still searching for a solution and not getting answers.

I setup this new site: WordPress 4.7.2 and running MesoColumn theme. The Buddypress version is Version 2.7.4.

In my backend I see the registration Pending and I re-sending the activation sever times while experimenting with other things and my server but to no success. And its not my server because I do have another site working with the same Buddypress version. The only difference the working site has been online since 2014.

Thanks

Fred

The

Try BuddyDrive.

HI,

perhaps because back-office actions are generally not public. Why would a site admin send mails to his site members after a back-office action ? Eventually interesting if you’re working with an admin team, but as this is not the most used workflow, why should this be part of BP ?
It is also not part of WordPress.
So i guess it is plugin territory, but i’m not aware of any existing for this.

In brief, yes ! Because a BP member is already a regular wp user. As soon as you register to a wp site, you became a wp user, whatever the plugin(s) you use.
Historically, WP is a CMS specialized in blogging… and is still this today… even if it can do much more as in 2003. But if we can today customize theme from within the wp-admin, we’re still confronted to a vintage user manager. Don’t know why, but outside subscriber, author and such (in fact, readers and newspaper actor’s terminology), there is not much you can do (simply) with “users” or “members”…

Perhaps you need some documentation to understand. WordPress distinguish users by roles and access capabilities. There is no “member” consideration. Member is a frontend term who sounds better as subscriber or editor when associated with a plugin like BP0. The term sounds also more accurate when you promote a “crew”, a “team” or a “community”. But technically, there is only a user with a role in WordPress, not a member.

https://codex.wordpress.org/Roles_and_Capabilities
https://codex.wordpress.org/User_Levels

Did you checked your WordPress time settings ?
What is your server time ?
Since when do you have that issue ?
Do you use a new plugin ?
Have you changed your theme ?
Have you add a custom function somewhere ?
Have you tested by using a twenty theme ?

For the moment, don’t panic. There is no problem in any js file on a common WP/BP installation. 😉

Hi,

BuddyPress doesn’t handle users. It use WP’s user_table and user_meta and his own meta tables (bp_activity_meta or bp_notifications_meta).

In BP settings, you have an option to sync BP to WP profile’s. And that’s all.

If you have another plugin who’s is synced with WordPress profiles, guess it will do the same with BP. But, adding a custom member table only for BP usage within WP registration process isn’t a good idea as you probably will have to rewrite a lot of code.

Members are the heart of BP, but in the sense of “how to show members and let them work together”, not in the way to include/register them to the site.
BP doesn’t never affect the first step when accessing the WP user registering. This step belongs clearly to WP ONLY. Adding member and meta tables doesn’nt modify that.

There’s quite a few privacy plugins for BuddyPress, just search the WordPress Plugins directory for BuddyPress and Privacy

@rickaltman – I think buddypress can do most of what you describe here right out of the box. I would search for forum threads and maybe plugins to have your members auto join a group –
this would give you something like “your site dot com / groups / mainGroupName / members
for this kind of list – although it would be a list rather than grid system – you may find another way to do it, but it’s probably gonna take some hacking-up things to get the grid layout if you really want that – I’d try to find something less robust – like maybe just the wpmudev membership2 plugin in the wp repo – and hackup a page to list authors with a wp theme or something…

bp can do a profile pic.. but it needs plugins to really “upload photos” – and that’s a can of worms in which some is over-baked, some under baked, and future possibilities are endless.. some built in bp hooks have been made a while back but.. well not sure what meant exactly by “upload photos” –

its going to be much easier to get community support for regular wordpress themes and such.. buddypress is probably a lot more power than your use case is gonna need.. and with that is gonna be spam issues – virtually no support for customizing anything.. even if you knew php really well, you’d have learn wordpress well, and then try to digest all the BP docs and sort through tracs.. gits.. and other random stuff on the web that is not well documented, no well supported, and leaves you wondering if it’s secure… and the chances of all the various hackedup things working well together is blah… and future updates – hahaha.. who knows that is going to happen.

In your situation I’d say it wouldn’t hurt to play around with BP – as it’s free.. but if it doesn’t do what you want out of the box.. then I would delete it all – and try a basic wordpress with members plugin.. maybe even just a ‘multi-author blog” – you’ll get less spam, and much less work.

Others may think / feel differently about all this, my experience comes from my issues – your mileage may vary..

Thank you for these clarifications.

It was not a BuddyPress issue and not a WordPress issue (as first expected), but a simple php error in a custom file. Little cause, big disease…

This is a lesson for all of us: whatever you code, take care with it. A missing dot, coma or other little syntax error can lead to endless searches, heavy expectations and massive headaches!