BuddyPress.org

I would think that there are several places where a link to the BP profile would appear.

To handle them all, including the case you state, try using the filter hook in
function bp_loggedin_user_domain()

return apply_filters( 'bp_loggedin_user_domain', isset( $bp->loggedin_user->domain ) ? $bp->loggedin_user->domain : '' );

found in
buddypress\bp-members\bp-members-template.php

I am having this problem too, on multiple sites, with different themes. I have tested changing to twentyfourteen, disabling plugins, nothing is working.

The pages of Buddypress that are redirecting to 404 pages are Notifications, Messages, and Profile, maybe some others.

Groups, Members, and Activity work fine.

My htaccess has the same settings as a site that completely works.

Any help would be appreciated.

Use something like this:
https://wordpress.org/plugins/buddypress-profile-progression/

Omit the visual and add the member to your admin display and / or send an email when ‘points == x’

admin i believe for all buddypress backend options.

I am also buddypress 1.9.1 and still having this problem on multiple sites.

On one site, Artisteer Themes don’t seem to support Notifications, Messages, Profile, although I may need to do some playing around to see if that is on all Artisteer themes.

Notifications are definitely displaying wrong on the Custom Community Theme.

BP Default still comes packaged with BuddyPress, and it will for a while until it’s phased out. By then we’ll be seeing the theme on WordPress.org, though I believe there’s one already up.

Add this to bp-custom.php to have it show in your WordPress appearances:

add_filter( 'bp_do_register_theme_directory', '__return_true' );

Hi! I must admit that I love buddypress. But the activity page has not been well thought for the common usage. I agree that being able to collapse comments easily would be a huge step forward for the plugin. It should actually be in the options. Another option that is a MUST is the possibility of making updates the default, not everything.
Without those, Buddypress is not going anywhere. With those buddypress would be a revolution.
I have looked for info everywhere and nothing worked for me. I really love the plugin, you guys are awesome but please consider those two elements as usability necessities. It’s not just details.
I am running with everything updated wordpress, buddypress everything. Please help, anyone, peers?

This worked beautifully for WordPress 3.8 + Buddypress 1.9.1. Thank you!

I made it so that the “home” tab was named the “activity” tab, moved it over, and made the “forum” tab the first tab that users see when viewing a group. That way at least the first thing they see isn’t the activity feed for the group which is very overwhelming.

You can do this for each group individually using the BuddPress Group Extras plugin, but you’d have to do it one group at a time. Instead, I added some code to my functions.php in my child theme to do the same thing, but for all groups.

Below are the two functions I created. The first renames the activity tab and moves it over, the second forces the “forum” tab to be the first tab a user sees when visiting the group (unless the group has no forum in which case it still defaults to the activity tab).

//function to reorder and rename group tabs in buddypress
function whff_setup_nav() 
{

global $bp;

  if (isset($bp->groups->current_group->slug) && $bp->groups->current_group->slug == $bp->current_item) 
  {
     $bp->bp_options_nav[$bp->groups->current_group->slug]['home']['position'] = 110;
	 
	 $bp->bp_options_nav[$bp->groups->current_group->slug]['home']['name'] = 'Activity';
	 
}

} 
add_action( 'bp_setup_nav', 'whff_setup_nav', 100000 );

//function to redirect group home pages to the forum tab instead of the activity tab
function redirect_group_home() {
  global $bp;
  $path = clean_url( $_SERVER['REQUEST_URI'] );
  $path = apply_filters( 'bp_uri', $path );
  if (bp_is_group_home() && strpos( $path, $bp->bp_options_nav[$bp->groups->current_group->slug]['home']['slug'] ) === false && bp_is_active('forums') ) {
    if ($bp->groups->current_group->is_user_member || $bp->groups->current_group->status == 'public') {
      bp_core_redirect( $path . 'forum/' );
    }
  }
  
}

add_action('bp_init', 'redirect_group_home');

@jlarosa 1.9.1 was released to include this fix for #5299: https://codex.buddypress.org/developer/releases/version-1-9-1/

Is there any update on this? I’m a WordPress expert, but just starting to dabble into Buddypress. I’m experiencing the same problem and tried applying the patches, but it didn’t seem to fix the problem. I’m using the Huddle Theme (Purchased), also having same issue with Frisco Child Theme.

Any timeline on 1.9.1 roll out?

if you are talking about editing the regular wordpress profile fields from the front end the same way you edit the extended buddypress profiles that may be part and parcel with a feature i am currently lobbying for for 2.0 which is the merger of the two, both fronted and back.

if that’s something you’d also like to see or is what you are trying to accomplish then i would urge you to enter this code patch as a ticket in trac:

https://buddypress.trac.wordpress.org

and while you’re at it please take the survey for any other input you have as far what you’d like to see for buddypress 2.0 i believe today’s meeting is where the new features will be scoped so the next few hours could be the last chance to give your input:

2014 BuddyPress Survey

also if you want to attend the devchat itself it’s held on irc at 20:00 UTC every wednesday on the channel #buddypress-dev

if you do not have an irc client you can use the web browser version here:

http://webchat.freenode.net

hope to see you there!

CORRECTION: the feature scoping has been postponed until next week.

I think we’re a bit confused because this is a native feature of one of BuddyPress’ default components. In Admin CP -> Settings -> BuddyPress Components you find one called Account Settings.

Allow your users to modify their account and notification settings directly from within their profiles.

The link should be, though there should be a tab in the profile itself:

http://example.com/members/USERNAME/profile/edit/

Replace example and USERNAME.

the front end buddypress profile is not connected to the backend one (for the most part) you may be missing the fact that the front end profile fields need to be set by you in the profile fields section of your users settings in wp admin. those fields are only editable from the front end by default.

because of its nature (membership site where content differs depending on being logged in vs. logged out content) the best caching solution for buddypress is partial page caching (aka fragment cache), something that sort of exists and sorta doesn’t.

my suggestion is to take the BP survey and to add your voice for it so the developers know there is real demand:

2014 BuddyPress Survey

more info:
http://chrislema.com/high-performance-wordpress-membership-site/

Fragment caching in WordPress to optimize site speed for logged-in users

https://bitbucket.org/Rarst/fragment-cache
https://wordpress.org/plugins/fragmentcache/

that plugin works fine with buddypress but analytics itself doesn’t really treat bp pages any different from any other. You can set up filters, views and other GA settings to get a better picture. You might also want to check this plugin out its not free ($16 dollars i believe) but it is specifically designed to give you buddypress specific behavior analytics:

BuddyReports

@scottwermter thank you. Will report this.

Edit – Done. https://buddypress.trac.wordpress.org/ticket/5337