BuddyPress.org

See here: https://codex.wordpress.org/Function_Reference/get_role#Sample_Returned_Object

This field is fully part of WP registration process. And WP doesn’t use “email confirmation”.
But you can try Theme My Login if you absolutely want such feature.

It’s a common task you can achieve from a child-theme/style.css

https://codex.wordpress.org/CSS

The picture shows that you also use OneAll social login….

You have to debug. Read here first: https://codex.wordpress.org/Debugging_in_WordPress

Activate TwentyFifteen and deactivate all plugins except BuddyPress.
See it the issue is still in.

Reactivate each plugin one by one untill you find a culptrit

If you have to disable activity auto-refresh, this is telling me that there are other problems.

Try re-enabling auto-refresh and use Firebug to see what JS errors are being logged. Also try purging your browser cache to determine that you are running the latest BP JS.

Activity auto-refresh uses the WP Heartbeat API. The relevant JS is here:
https://buddypress.trac.wordpress.org/browser/tags/2.2.1/src/bp-templates/bp-legacy/js/buddypress.js#L1661

Let us know what your debugging finds.

It’s a problem with any theme using the TrueThemes framework:
https://buddypress.trac.wordpress.org/ticket/6335#comment:6

They are trying to force comments open on WP pages. When their code hits a BuddyPress page, their code will generate a new page due to the way they are forcing comments open and because the BuddyPress page ID is 0.

Themes using the TrueThemes framework can use this code snippet to disable their force comments code:

remove_action('template_redirect', 'tt_get_comments_status');

All symptoms sound like a problem with the javascript not working properly.

Unfortunately, it doesn’t look like it’s a problem with BuddyPress.

Maybe you have javascript disabled in your browser? Can you try other browsers?

If you’re starting on a fresh WordPress install, install BuddyPress from the WP admin dasbhoard’s “Plugins > Add New” page.

@alice-kaye just searching around and the clash i was getting at the time was similar to this and was caused by the same plugin https://wordpress.org/support/topic/plugin-causes-permalink-clash im not really sure how helpfull this will be if at all, this is to show you permalink issues caused by plugins crossing wires so to speak can happen, i’m not saying that this is even your problem its just a suggestion based upon what happened to myself in the past. it could be something totally different for you and troubleshooting it on a live site may be difficult.

Ooofff, as mentioned above, that is a HUGE list of plug-ins.

I’m not surprised that something is conflicting as you have a few things there that could be altering rewrite rules.

Your best bet is to disable all the other plug ins and see if if BP works after a permalink update. If so then you’re gonna have to start reactivating the plug-ins one at a time until the issue arises again.

Just in case you do lose access to update your permalink structure from the admin panel you can always do it via the database :

http://wordpress.stackexchange.com/questions/58625/where-is-permalink-info-stored-in-database

Hope you find your solution!

there used to be a plugin that did this but im not sure if it still works , you can try it
https://wordpress.org/plugins/buddypress-activity-stream-bump-to-top/
its an old plugin so i dont think it will work, maybe you could try get it fixed i dunno.

Can be done by using WP’s language file.

https://codex.wordpress.org/Translating_WordPress

Customizing Labels, Messages, and URLs

Point 1 is probably your issue.

BuddyPress does not work on installations where you give WordPress its own directory.

To resume a default BP install.

your-site.com is the root. Generally a folder called htdocs or www. Once WP is installed you have something like this:

serveur/path/www/wp-admin
server/path/www/wp-content
server/path/www/wp-includes

BuddyPress goes to /server/path/www/wp-content/plugins/buddypress/

This will not work if you use BP /server/path/www/mysite/wp-content/plugins/buddypress/

I opened a ticket: https://buddypress.trac.wordpress.org/ticket/6335#ticket
Login (same as here) and subscribe, so you can follow dev’s opinion. Not sure they come to the forum quickly.

I’m not sure it is a BP issue. Could also be a plugin or a corrupted one who takes action when BP is enabled. Can even came from WP itself.

So i strongly recommend you close the site access. You will loose much more as some signups if that issue is viral.

Have you some server access log to share ? Or warnings coming up ? Activate debug in wp-config

You (we) have to wait for more opinions about this. Keep calm and stay confident.

Hey, that’s a digit geeking speech ! Twenty Twelve and Twenty Fifteen are respectively WordPress default theme. 2015 and 2012 are even faster to write, specially for me.

Does it make sense ?

While (i wrote period – but i’m french – it’s not the punctuation, sorry. During the time is more US english) building your project (discussing with your client, your team, dog and what ever…) and WordPress, you need a theme. Default theme has the avantage to “work” with WP and… BuddyPress.
While struggling with a third party theme is another story which can be handled quietly AFTER your project is near to be completed. Growing step by step.

Once the foundation is solid enough, in other terms !

Does it make more sense ?

Hi.

I am also using wordpress 4.1.1 and buddypress 2.2.1 and for all pages, which I need to map via the settings page I am getting a blank page: Groups, Members, Register and Activate. I am using the default theme. It is a multi-site setup, however buddypress is only used on the main site (first blog) and also only there activated.
I did only minor styling via the themes css and the header.php.

WP_Debug does not show any errors as well as the Apache log is empty.

It was working fine until i updated recently the connected bbpress for forum.

Besides that I am using following plugins:
bbP private groups
bbPress
bbPress Advanced Capabilities
BP Registration Options (DEACTIVATED CURRENTLY)
BuddyPress
BuddyPress Group Email Subscription
BuddyPress Like (DEACTIVATED CURRENTLY)
BuddyPress Multilingual
HookPress (DEACTIVATED CURRENTLY)
Nginx Helper (only on staging)
Page Builder by SiteOrigin (DEACTIVATED CURRENTLY)
Paid Memberships Pro
Paid Memberships Pro – bbPress Add On
Paid Memberships Pro – Register Helper Add On
Social Login

Network activated:
WordPress SEO
WPML Multilingual CMS
WPML String Translation
Events Manager

My dev environment is XAMPP on Mac and on the staging is a linode cloud server with Ubuntu on Nginx (I think). Both have the same issues.
It’s not a live site yet, just demo, therefore some of the plugins might get activated if I am back on track.

Tried it now to get it run for about 15 hours:
– I also deactivated all plugins except buddypress and still did not get any of those sites working.
– Actiavated / Deactivated the plugins
– Used the repair tools
– looked into all my codes and fixed file endings such as empty space after ?> in php files
– Reassigned all sites
– Researched a lot in million of forums

Any hint, idea, glimps or full stack solution is highly appreciated.

Thanks, Chris