BuddyPress.org

admin-ajax.php is a core WordPress file.

I’ve searched for the phrase “new-review-button” in the BuddyPress code, and it doesn’t exist in BuddyPress. Perhaps it’s introduced by some other plugin on your site, but only when BuddyPress is active? I don’t know.

What other plugins and themes are you using?

This should be fixed in 2.0-beta-1:

BuddyPress 2.0 Beta 1 is now available

If you have a local environment for testing, please help us test.

The group member count issue is because BuddyPress 2.0 made some changes to the group component to better optimize how data is fetched.

This affected the BP Group Hierarchy plugin, which caused your group member count issue.

You can either downgrade BuddyPress to v1.9.2, which John stated above or you can keep using the beta and use the developmental version of BP Group Hierarchy that fixes this issue:
https://github.com/ddean4040/BP-Group-Hierarchy

A .ZIP link can be found here:
https://github.com/ddean4040/BP-Group-Hierarchy/archive/master.zip

Note that this is in development. If there are any further bugs with the groups component, please let the author of the plugin know.

There was a bug in the WordPress.org repository that caused some installations to see BuddyPress 2.0 as the currently available version. If you need to switch back to 1.9.2, download the zip file, and upload it to your plugins directory.

https://downloads.wordpress.org/plugin/buddypress.1.9.2.zip

Let us know if you need any other help, and sorry for the problem.

I just installed the Buddypress update. It said 100% compatible according to author.

BP 2.0 is in beta. Where did it say 100% compatible? You shouldn’t use 2.0 beta in a production environment. There is a fair way to go yet before the core devs release BP 2.0 proper.

I used it on a site with BP 1.9 and it worked OK. What doesn’t work for you? Have you tried raising a support request on the plugin’s forum? https://wordpress.org/support/plugin/buddypress-like

if you need to filter the admin lists https://codex.buddypress.org/plugindev/add-custom-filters-to-loops-and-enjoy-them-within-your-plugin/

Plugin example: https://github.com/imath/bp-loop-filters

If ‘offer service’ and ‘search service’ are extended profile fields, you can adapt this example:

BP_User_Query

@espellcaste I’m not sure but I doubt BuddyPress or WP will enforce a limit like that.

@agameseo the blank cart and checkout pages are not BuddyPress issues, only the member, register, and activate pages are. Was your shop working before you activated BP? If not, then I suggest you contact the theme author.

Re BP pages returning blank, does your theme’s page.php have the_title and the_content tags within the WP loop? If not, then you’ll have to customize your buddypress.php to have those tags within the WP loop or hire the theme author/developer to help you customize this premium theme which we have no access to.

PBCK ! Annoying for you, but read here please before telling “it doesn’t work” and give some information about what and how you are handling your issue.
https://buddypress.org/support/topic/when-asking-for-support-2/

If you remove something from the original BP files, and this something is still appearing, you probably use a theme or a child theme containing this part.

You should also clear your navigator history. This mostly resolve such situations. 😉

You are right the css override does not work sorry. I just remembered how I did this sorry, try this function to turn off mentions:

// remove buddypress mentions
add_filter( 'bp_activity_do_mentions', '__return_false' );

Try Adding it to your theme functions file or a custom plugin.

Why isn’t Buddypress doing something about this!! No social/dating site I have ever seen has this @ username!!
Just don’t get it… give us a check box to get rid of it please.

Yes, you can use the BuddyPress Like plugin to do that: https://wordpress.org/plugins/buddypress-like/

The wording can be changed via the admin area.

The WPMU one is good, I use that in tandem with Buddypress on one of my sites – there’s a range of other goodens too that might be worth a look at – http://www.ventureharbour.com/membership-plugins-for-wordpress/

Thanks for the feature request. At this time BuddyPress only provides visibility settings for individual profile fields. We’ve been putting off building a robust member to member permissions component until after we have attachments. Right now, everything in BuddyPress is loosely considered public.

Remember that BuddyPress is still powered by WordPress, and WordPress’s roles and capabilities system isn’t really powerful enough or scalable enough to handle permissions for millions to millions of users.

That said, there have been plugins that attempted to fill this void, but none of them gained a whole ton of traction unfortunately. We’ll get there, but it’s a bit of a long road.

We’ve talked about more deeply integrating activity stream likes into other parts of a BuddyPress powered site, but haven’t prioritized it yet. This is the first report of any incompatibilities between 2.0 and Jetpack.

Hi, I am facing similar 404 error. I am running wordpress 3.8.1 with buddypress 1.9.2 plugin. The front pages are working fine but the buddypress pages, including register pages are showing 404 error.
I found this solution for APACHE http://www.youtube.com/watch?v=m9zESEfNzSQ but I am on Windows.

Hi – I’m using Frisco for Buddypress, which inherits from Buddypress Default. What’s the fix for my situation? I don’t see home.php in either theme.

What @boonebgorges said.

BuddyPress’s URI router came from a much older codebase, in a time where BuddyPress was intended to be bolted on top of a WordPress Multisite installation similar to WordPress.com, and not much else. Once that was achieved, we quickly saw the potential in it being something much more powerful (to a larger audience) by quickly iterating away from that original goal, making it work on single-site WordPress, and refactoring the individual components to be less dependent on each other, and only dependent on a core set of common functionality — part of which was the URI router.

We’ve recently chopped two large pieces out of BuddyPress core and turned them into separate components: Settings and Notifications; and we’ve taken huge strides and helped simplify the getting-started process with making it theme agnostic. Bigger ideas like attachments, permissions, and deeper WordPress integration (both in wp-admin, and it’s API’s) is something we continue to improve with every release. Rewrite rules just so happens to touch every component, every file, and every page request, so it’s a refactor that is going to take several months of architecting before it’s complete (similar to theme compatibility.)

Basically… we’ll get there, and there is a plan. It’s been said that before creating David, Michelangelo stared at a block of marble for 8 hours a day, for 4 months, before making his first chip into it. Not trying to compare ourselves to prolific artists or anything, but the idea is the same in that we’re all staring at a huge codebase and coming up with our own map of how to approach the problem.

Hi,
I am running buddypress plugin on wordpress 3.8.1 and using Windows hosting for http://haflongbosconians.org/ . While the front pages are working fine, the buddypress pages are showing a 404 error.
I found this solution for APACHE http://www.youtube.com/watch?v=m9zESEfNzSQ . What can I do for Windows hosting?
Appreciate your help.
Regards.
Soumya