BuddyPress.org

@ghostchild

(appended here so that other participants can read the answer)

In reply to your message saying that you still don’t see the tab in the subnav, I could be wrong but I would be inclined to think that your problem is not caused by the WP/BP versions (I am running the latest ones) but by the theme you are using.

The “Events” nav is posted in the member profile through this call (in bp-events.php)

/* Add ‘Events’ to the main navigation */
bp_core_new_nav_item( array( ‘name’ => __(‘Events’, ‘bp-events’), ….. [stuff removed here]

In order for this to work, your theme (wp-contentthemesyour-theme-herememberssinglehome.php) should contain this call in the “right” place

bp_get_displayed_user_nav()

e.g. If I take this line away from my theme (I decided to turn a regular WP theme into a BP compliant theme thanks to BuddyPress Template Pack), then the “Events” tab no longer shows up (and a few others disappear too).

So you might want to verify your theme. Is it truly BP-compliant?

You can’t remove it as an action, since bp_get_displayed_user_nav() is a template tag and not an actionable item.
If you’re using a child theme, remove the calls to bp_get_displayed_user_nav() or try hiding the menu via CSS.

*Edit – Just thought of a sneaky way of doing this.

Add the following to your theme’s functions.php:
http://buddypress.pastebin.com/90L4iKve

the other fix is to change the function in the BP functions file. You’d have to keep track of that change on upgrades to BP. I still think you can remove it via remove_action.

@r-a-y can you help at all?

Why not just remove the code directly from the template file?

remove_action( ‘bp_get_displayed_user_nav’ );

Should be that to remove an action.

https://codex.buddypress.org/how-to-guides/modifying-the-buddypress-admin-bar/

Your welcome! I’m glad you got it to work.

what about removing and re-adding just the subnav? (or getting a bit hackery and editing $bp->bp_options_nav array)

Hum. That is odd. I copied the friends_setup_nav() into bp-custom.php, just like you did, and made one minor change to the outputted text so that I would know if it took. I altered the priority as indicated above, and it worked without issue.

I would suggest that you first get the override working as I did before you try more complex output manipulation. Once you know that it is working, you can then move on to customizing the output. I would guess that there is something else in your custom code output that is causing this not to work. Have you checked PHP’s error logs?

Also, make sure that you are using the default BuddyPress theme and no 3rd-party plugins. Distill your operating environment down to the least common denominator when trying to adjust the output of core files. That way, once you get things working as you like, if you have issues when switching to a custom theme and/or activating a 3rd-party plugin, that it is more then likely some conflict with those items.

Okay, so I quickly ran WP Hook Sniffer and saw that the remove_action function does not get fired because when it is invoked, the function friends_setup_nav has not yet been added via the add_action function. Furthermore, the add_action request in your bp-custom.php file is invoked before the add_action request hooked to friends_setup_nav(). So, whereas your custom navigation code is being triggered, it is quickly replaced with the default, core friends navigation code in friends_setup_nav().

The simple solution is to set the priority of your custom function to something greater than 10. Don’t even bother with the remove_action function as it will never work at this point in code execution.

add_action( ‘bp_setup_nav’, ‘my_friends_setup_nav’, 11 );

That should work!

I have not looked at your pasted code. But you are correct in stating that bp-custom.php loads prior to the accessory core BP files. I’d suggest the following tweaks:


remove_action( ‘bp_setup_nav’, ‘friends_setup_nav’, 5);
add_action( ‘bp_setup_nav’, ‘my_friends_setup_nav’);


Basically, hooks are defaulted to a priority of 10. So, you want to make sure that friends_setup_nav is removed before your custom my_friends_setup_nav() is added.

This is just a quick stab at guessing the proper hook firing sequence. So, if this does not work, I suggest installing my WordPress Hook Sniffer plugin.

this has been changed

replace

bp_get_user_nav()

with

bp_get_displayed_user_nav()

and everything will be working.

ok,so here you go.

The links are displayed by

bp_get_displayed_user_nav()

You can modify it using the following code inside your functions.php

global $bp;

if(!bp_is_home())

$bp->bp_nav[110]=array ( 'name' => 'test','link' => 'test/', 'css_id' =>'test','show_for_displayed_user' => 1 ,'position' => 110 );

replace test with your link/component name

Then create some function to handle the link,as shown in the example component.

Again remember,when you are viewing other’s profile ,the function

bp_get_loggedin_user_nav()

and

bp_get_displayed_user_nav()

Uses same global variable

$bp->bp_nav

to render the navigation,so The link will appear in the userbar for logged in user and in the options bar for the displayed profile.

Have a look at the code of the two above mentioned methods to look for a workaround.