Skip to:

Forum Replies Created

Viewing 25 replies - 1 through 25 (of 342 total)

  • David Cavins


    Thanks @windhillruss for your feedback. I’m not able to test the Beehive theme (because it is a paid theme). It sounds like the theme has its own version of register.php which will need to be updated. Can you have a look and let me know if the theme does contain a register.php file?

    We’ve introduced a new helper function, bp_allow_access_to_registration_pages(), to figure out whether the registration page is accessible that the developers will want to start using (if BP>=v10):

    Regarding the login form, here are some examples of the filters we used to add “request membership” links to the various WP login forms:

    Thanks again for your testing! It’s greatly appreciated! If the Beehive devs care to share some of their code to a Trac ticket, I’d be happy to take a more specific look.

    Thanks everyone for your feedback.

    Are you running the MyCred plugin also?

    @vivekmathur1969 Thanks very much for identifying the issue with MyCred. It appears that MyCred is running some actions at a very early action (init 5) that happen before the BP Members Component is initialized. The invitations table name (along with a few other members component table names) are not determined at that point (they can be filtered by plugins). So I’m not sure what to do about that.

    Thanks for chasing down your issues and recording the answers in this thread. That is very helpful.

    Thanks for your feedback. Yes, it looks like Youzer/Youzify’s template branch logic doesn’t include support for the invitations screens.

    Are you also using the Youzify plugin?

    I think this Codex page will answer your questions:


    If you want to change the template used, check out “customize email template.”

    You can add a custom translation using something like Loco Translate. It sounds like the issue is in the translation string.

    There is no easy way to do this, but it’s something we’d like to make possible in some future version of BP.

    You can hide it using CSS, like:

    .buddypress-wrap .subnav-filters .feed {
        margin-right: 0;
        display: none;

    BuddyPress uses the WP “forgot password” system, so I’d start by looking to see if MemberPress attempts to handle that function.

    To start with, try flushing your permalinks. To do so, visit the permalinks settings screen and hit “save.”

    It does sound like a complicated setup, frankly. Could you get the result you need by just using MP and bbPress?

    Hi, You can skip the email activation step by adding the following filter to one of your php files:

    add_filter( 'bp_registration_needs_activation', '__return_false' );

    There are lots of things that could cause that, but I’ve experienced that when part of the site was using http:// and part was using SSL (https). The cookies that WP uses to log you in are protocol specific, so make sure your whole site is one or the other.

    It sounds like WordPress doesn’t think he’s logged in anymore. I’d start by ensuring that he is logged in.

    Hi @spacerust-

    CSS is cumulative, so you can add styles to any CSS file that is loaded and they’ll be respected if they win in the specificity race.

    Hello, it looks like you’re using another plugin to manage logins that might have something like “uwp” as its name. Try disabling that plugin and seeing if the site works as expected.

    Thanks for your report! I’ve created a ticket with a patch that corrects the behavior here:

    That depends on what theme you’re using. If you find out what template or function is producing the author page, you can add a link the user’s profile page using the function bp_core_get_user_domain( $user_id ). You’ll have to pass in the correct user ID, which should be used in the author page, too.

    Your addition might look like
    <a href="<?php echo bp_core_get_user_domain( $user_id ); ?>">Visit User Profile</a>

    That’s an interesting idea. What about using the Akismet anti-spam service to check the content of the message?

    I’ve also had bots send spam messages via private messaging, and it’s a pain once it gets started.

    It may be possible, but it would have to be accomplished using a custom plugin (and would be complicated).

    Hello, you can add information to output to this hook:

    add_filter( 'bp_nouveau_get_member_meta', function( $meta, $member, $is_loop ){
    	// is_loop is true in the members directory
    	if ( $is_loop ) {
    		// Taxonomy fetching code goes here...$member->ID is the member ID.
    		// Then assemble the output.
    		$meta['taxonomy_item'] = "taxonomy item " . $member->ID;
    	return $meta;
    }, 10, 3 );

    The content of the activity item would be $activity_array['content']. You can see the action that Venutius was using here:

    So you’d just add something like
    $message .= "$activity_array['content']";
    to the code posted above.

    Hi @rezocom-

    That’s a pretty complicated request. I’ve used a plugin that adds a “spam” action link to activity posts, but doesn’t have an approval workflow:

    That’s funny, someone else is trying to do something similar:

    As I note in that other thread, it’s going to be hard to hide the username since it’s fundamental to BP messaging and mentions. Sorry, I can’t think of any straightforward way to change that behavior.

    Your problem appears to be that a plugin called Learndash is trying to use a function groups_is_user_member() before that function is defined, or maybe you are not using the BuddyPress Groups component, then it will not be defined. You’ll need to explain the issue to the Learndash plugin authors so they can check for the function to exist before calling it.

    Hi @visitatore-

    The username is used extensively through BuddyPress, so I don’t know how it can be kept a secret. (For instance, it’s used for the user’s profile page url at /members/{username}.)

    I don’t think you can hide the username entirely, since the BP messaging and mention system is built on the username, but you could probably change out some references to the username in the messaging templates by overriding message templates as described here:

    On what hook are you firing that function? Are you using the Legacy or Nouveau template pack? (Have you changed from the Legacy to Nouveau template pack recently?)

    It could be a number of things, but my first thought is that there’s no reason to be changing the groups nav when you’re in the middle of the create routine, so maybe there’s a more strict check we should be using above and beyond the bp_is_group() check as used on the API page:

    In any case, you should be able to prevent the error by adding a conditional around calling edit_nav():

    $bp = buddypress();
    if ( isset( $bp->groups->nav ) ) {
    	$bp->groups->nav->edit_nav( array( 'name' => __( 'Home/Reflections', 'buddypress' ) ), 'home', bp_current_item() );

    That’s pretty old code you’ve found. We have a new API for that:

    Navigation API

    The example “Changing the name of the Unread subnav item of the user’s Notifications nav menu” is pretty close to what you’re looking for. If you want to add the displayed user’s display name, this is close:

    function bpcodex_change_activity_nav_name() {
    var_dump( buddypress()->members->nav );
        buddypress()->members->nav->edit_nav( array(
            'name' => bp_get_displayed_user_fullname() . "'s Feed",
        ), 'activity' );
    add_action( 'bp_setup_nav', 'bpcodex_change_activity_nav_name', 100 );

    You’ll need to add that code to your bp-custom.php file or similar.

    Can you say what the update was? Was it a BuddyPress update or a WordPress update (or some other plugin), or do you know?


Viewing 25 replies - 1 through 25 (of 342 total)
Skip to toolbar