BuddyPress.org

I ma having the same problem. It started as soon as my new site was live (I just migrated servers at the same time as installing BuddyPress). I installed this honeypot https://wordpress.org/plugins/registration-honeypot/, and it helped a little, but I won’t be able to deal with this once I have real members registering since I can’t always tell who is real or fake.

There’s got to be a better way. Or at least a better admin view of new users so I can screem them with more profile data.

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

@harry4039 if your server can handle the load then I don’t see a problem with having 10,000s users. Take wordpress.org and wordpress.com for example, I’m sure they have 10,000 + users. @djpaul will know more about those builds than me, but I’m sure both sites use WordPress 🙂

Does the error still occur if you switch back to WordPress’ twentytwelve theme (just as a test)?

Hmmmm. BuddyPress does not ever automatically mark a user as a spammer (or not a spammer), so I’m not immediately sure what might be going on. What other plugins do you have on the site, and what theme are you using?

Please also tell us the versions of WordPress and BuddyPress that you are using, like @shanebp asked.

Last question: are you using multisite? If you don’t know what that is, the answer’s no. 🙂

just went to make changes in buddypress.min.css

@barchiola Please do not modify the CSS file in the BP plugin. Any changes you make will be overwritten the next time you upgrade BuddyPress. Recommend that you upgrade to the latest BP version 2.1.1 https://buddypress.org/download/ and create a child theme of your preferred theme. Add the style changes to your child theme’s stylesheet.

bp_before_directory_groups_content is an action hook

bp_before_directory_groups_content

https://codex.wordpress.org/Function_Reference/do_action
https://codex.wordpress.org/Function_Reference/add_action

Nor is mine
WordPress 4.0 running Cosmic Buddy theme
BuddyPress 2.1
bbPress Version 2.5.4
http://lifeplusstyle.com/site/

Registration, signup, Activate don’t work. Takes me to a blank page http://lifeplusstyle.com/site/register/

Neither does the vast majority of the drop-downs in the upper right corner; also takes me to a blank pages.

I have tried testing in several themes including Twenty-Twelve and Twenty-Fourteen. The same issues are present using these themes too.

~Ecrip

The problem with loading scripts in the footer by default is dependency. Take jQuery for example, if WordPress were to load jQuery in the footer by default and a WordPress theme developer then loaded some jQuery-dependent code in the header or body then that jQuery-dependent code wouldn’t work. It’s these considerations the BuddyPress core developers have to make.

I’m not familiar with japanese, sorry. But it could be possible that .ja uses
1) another plural form (the one in the example is for fr and some other occidental languages)
2) another charset as utf8

Read on WordPress Codex where you find more information arond these settings.

Additionaly you can also get in contact with the japanese WP translation team, for better guidance for this very specifif problem or ask for that on the WPpolyglot blog.

A patch has been added.
https://bbpress.trac.wordpress.org/ticket/2690
https://bbpress.trac.wordpress.org/attachment/ticket/2690/2690.01.patch

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!