BuddyPress.org

Why do you want to do this ? 😉
Adding js to footer maybe best practice, but is intended for heavy scripts. So be carefull before modifying buddypress. If you have load time issues or if you consider your site to slow, first trackdown the culprit. In most case, it is only because of to many or bad written plugins on a poor server.

https://codex.wordpress.org/Using_Javascript
https://codex.wordpress.org/Function_Reference/wp_enqueue_script

http://siloplugin.com/silo-plugin-blog/wordpress-websites/adding-scripts-in-wordpress-with-wp-enqueue/

http://blog.cloudfour.com/getting-all-javascript-into-the-footer-in-wordpress-not-so-fast-buster/

Enqueueing Scripts or Styles only when your plugin needs it

https://buddypress.org/support/tag/javascript/

Done @djpaul ! https://buddypress.trac.wordpress.org/ticket/5925#ticket

Short of giving your users extra hugs and re-assuring them that their WordPress usernames aren’t particularly private bits of data, you’re going to have to get your hands dirty. 🙂

It might be down to how the other plugin creates user accounts. Most plugins that allow sign-in using other services’ authentication systems (such as Facebook) don’t “properly” create WordPress user accounts; they use MySQL statements directly instead of using WordPress’ APIs.

This can cause problems with plugins that expect certain user record fields to be in a particular format (if some other plugin came along and just inserted something in a custom format in place). I am not saying that this is the case with this plugin, as I haven’t looked at its code, but I’ve seen this sort of thing before.

If you can create a test account and then go into your DB’s wp_users table and find your test user, and let us know what the values of the user_login, user_nicename, display_name fields are — and which one of these @mentions is using, and which one you would like it to use.

I built @mentions in the last BuddyPress release and while I’m not sure if it’s possible to get it to change how it behaves like this, understanding what you’d want different with real data from a test account will help us help you, and at worse, give a suggestion for ways we could make advanced customisations possible for this in future BuddyPress releases.

@r-a-y Yes mate, you have summarized it correctly.

May i add one other important note though, this has NOT just started happening, this has been happening in buddypress since i started using it in 1.9!

I have been mentioning this issue for a while , i have tested this on 3 different live servers and a home setup using desktopserver, all with fresh installs of wordpress and buddypress alone (NO OTHER PLUGINS EVERYTIME), How many times have i tested since 1.9? well lets say its gotta be at least 100 fresh installs of wordpress all with default themes since wordpress 3.7 ish.

if you want to go look for yourself there is a perfect example of this happening at buddyboss demo theme if you log in and hit the load more button then add over 5 comments to a test status then refresh it and scroll down and hit load more again, you can do this here where you will then notice they are not collapsed .

http://www.buddyboss.com/demo/buddyboss/

@r-a-y

[off topic – If you’ve a spare moment, lol…]
re: the use of count_total

It might be a factor in this bbpress ticket re Activity entries:
https://bbpress.trac.wordpress.org/ticket/2690

https://buddypress.org/support/topic/bbpress-post-edit-causes-multiple-activity-entries/

This might not answer your question, but try BP’s built-in activity comment / blog comment synchronization feature.

To try this, login to your WP admin dashboard. Navigate to “Settings > BuddyPress”.

Click on the “Settings” tab. Check “Allow activity stream commenting on blog and forum posts” and save.

Now make a blog post and comment from the activity stream or from the blog post. Activity comments and blog comments should now be synched.

—

The alternative is this older plugin:
https://wordpress.org/plugins/buddypress-activity-as-blog-comments/

It used to replace the WP comments section with the BP activity reply system, but it’s been awhile since I’ve tested this one so it might not work any more.

Take a look at this tutorial:

Load Next WordPress Posts With AJAX

It’s a good attempt at explaining how AJAX can be used to load more WordPress posts. The solution isn’t 100% perfect for you a) because it applies to WordPress posts and not BuddyPress activity items and b) the query is slightly off if a new post happens to be published between initial page load and load more button click.

*But* it should give you a good starting point to gain understanding on how AJAX *might* be used to load more items into the DOM.

@danbp do you not remember talking to me about this very issue a week or 2 ago in a post?

this is the exact same issue i am talking about, its not theme or plugin specific it happens on any fresh and new buddypress install without any plugins running at all and with all the default themes, i have extensively tested with numerous fresh installs.

as i mentioned in that thread this is a very troublesome problem, why on earth dont a few devs just check out this problem by just installing buddypress with a fresh wordpress install then post about 40-50 dummy status updates in the stream and then about 10 from the bottom add over say 7 comments then another 10 statuses up add another 7 comments and finally add another seven comments to near the top.

now after doing that go and refresh the page and you will find that the first 7 comments you see in the closest status to the top will only show 5 of the 7 and an option saying show all comments will appear (how they should be), then scroll down to the load more button and click it and notice the statuses after you click the load more button show all 7 comments instead of hiding after 5!!!!!! (7 is used as an example so imagine if 30 comments have been made on a status! makes the activity stream very loooooooooooooooooong!

this takes me on average less than 5 minutes to replicate every single time from a fresh install, the reason most of you are not seeing it is because i think you are not testing past 5 or more comments!

@pfriem
I have a premium plugin Private Community For BP that should do what you need if you are interested. You can ask any questions regarding this plugin you have here:
Submit Comments, Tips or Tricks, or Job Inqueries

@msgliniewicz, @nexus66

is not a feature to ask for and is already existing.

@msgliniewicz, if you want to remove your theme login part, see your theme support or documentation first. Generally, this is made by creating a child theme, from where you can remove in a safe way the whole html concerning the login part.

Reminder

1. WordPress is the heart of your install. In any case.
2. BuddyPress is only a plugin
3. You can use any theme you want to get WP and BP showing

Site login

1. WordPress is the only one who manage logins and comes with a login widget.
2. BuddyPress add xprofile (if enabled) to the WP login form. In other words, BP extend the WP login form and give you the ability to use it’s own login widget.
3. Your theme can also come with a login widget.

But there is only one login logic: username | password | login/logout | and sometimes additionnal tools like Remeber me and/or Forgot your password ?

This means that you can use the WP login widget, or the BP login widget or your theme login widget. The only thing you have to do is to activate ONLY(preferably) one of these widget and to stay clear and logic with yourself.

• If you use BP, choose preferably BuddyPress tools to show the plugin.
• If you want to promote a mega super genius awesome responsive coffe delivering theme over anything else installed on your site, use the theme tools.

In this case, remind to checkout any conflict possibility between such a theme and any of your plugins, even BP.

@reinforcez,

the link given by @drakedoc was started over 4 years. Many solutions are given in this thread, and the last one was published a year ago.

That solution works for 1.9 and above !

/* Skip the Gravatar check when using a default BP avatar */ 	
add_filter( 'bp_core_fetch_avatar_no_grav', '__return_true' );

By the way you have also to modify the global WP setting of avatars to “mystery man” or “nothing”.

Another solution to avoid gravatars slowing down a big site (at least > 500 members), is to use a specific cache plugin like Nix Gravatar Cache. Complete list here.

@modemlooper:

Install BP extended settings plugin and choose option to hide activity tab on profiles.

Does this plugin still exist and work? – I couldn’t find it on wordpress.org.

see here if it can help you:

https://buddypress.org/support/topic/bp-wordpress-activity-stream-excerpt-problem/#post-202047

The following functions register the scripts that BP uses.

bp_core_get_js_dependencies():
https://buddypress.trac.wordpress.org/browser/tags/2.1/src/bp-core/bp-core-cssjs.php#L246

bp_core_register_common_scripts():
https://buddypress.trac.wordpress.org/browser/tags/2.1/src/bp-core/bp-core-cssjs.php#L12

The actual enqueuing occurs in /buddypress/bp-templates/bp-legacy/buddypress-functions.php:
https://buddypress.trac.wordpress.org/browser/tags/2.1/src/bp-templates/bp-legacy/buddypress-functions.php#L229

Does this mean that BP will ship with an unminified version of buddypress.css?

Sorry, I should clarify! BP already ships with an unminified version of buddypress.css. See /wp-content/plugins/buddypress/bp-templates/bp-legacy/css/buddypress.css.

buddypress.min.css is loaded unless the SCRIPT_DEBUG is set to true.

Most installs will not have SCRIPT_DEBUG set so the minified version is loaded.

However, when you override the CSS in your child theme, in BP 2.1, this meant that we looked only for /wp-content/themes/YOUR-THEME/buddypress/css/buddypress.min.css, this broke customizations for sites relying on the CSS file to be named /wp-content/themes/YOUR-THEME/buddypress/css/buddypress.css.

See https://buddypress.trac.wordpress.org/ticket/5888.

—

To fix this, we are currently proposing that BP looks for CSS files on a production site in this order:

1. /wp-content/themes/CHILD-THEME/buddypress/css/buddypress.css (this can be minified or not, your call)
2. /wp-content/themes/PARENT-THEME/buddypress/css/buddypress.css (this can be minified or not, your call)
3. /wp-content/plugins/buddypress/bp-templates/bp-legacy/css/buddypress.min.css

If your child or parent theme does not have a buddypress.css file, it will fallback on the bp-legacy’s minified CSS.

Does this clarify things? Or does this further add to the confusion 🙂

This is a bug that is fixed and scheduled for v2.1.1.

In the meantime, add this interim fix to /bp-blogs/bp-blogs-functions.php:
https://buddypress.trac.wordpress.org/attachment/ticket/5897/5897.01.patch

yes,it absoulty possible with wordpress,Even for security you can also include login process with registration.

@vernontessio,

it depends on how you use bbpress ! As standalone forum or as group forum.

If you use buddypress’s group forums, you create a hidden group which will be only seen by the members who belongs to it and nobody else.

If you use bbpress outside of BP as standalone forum, you can use Private Groups plugin.

Remember also that Everything in a BuddyPress community revolves around its members.

@kris35
Have you tried:
https://wordpress.org/plugins/s2member/
?