BuddyPress.org

Yes, I already use wp-hide-dashboard. It’s a partial solution.

Users still get the pushy wp-login every now and then, which is a problem because it also has a link to an ancient register/signup form that clashes with Buddypress.

wp-admin/profile.php also is not whacked by wp-hide-dashboard.

Thank you, Jason. I’ve cleared my cache, as well as had two other people try this (restarting server not an option, unless my host can be asked to do so….)

Let me walk through what I’ve done:

• In wpmu site admin, “Only user account can be created” is enabled.
• Within bp-core-adminbar.php, I replaced this code:

echo '<li' . $alt . '>';

echo '<a>loggedin_user->domain . $bp->blogs->slug . '/create-a-blog">' . __('Create a Blog!', 'buddypress') . '</a>';

echo '';

• With this code from the patch:

if ( bp_blog_signup_enabled() ) {

echo '<li' . $alt . '>';

echo '<a>loggedin_user->domain . $bp->blogs->slug . '/create-a-blog">' . __('Create a Blog!', 'buddypress') . '</a>';

echo '';

}

• Saved and re-uploaded to buddypress/bp-core
• We created a new subscriber account to test. New user sees:

— “My Account” in admin bar, with “Create a blog” on flyout

— “You haven’t created any blogs yet, create one” on [profile] > Blogs > My Blogs

— “Blog registration is currently disabled” on [profile] > Blogs > Create a Blog

All “Create a blog” references should be gone, no?

Any obvious misstep?

Patched bp-core-adminbar.php with:

if ( bp_blog_signup_enabled() ) {

echo '<li' . $alt . '>';

echo '<a href="' . $bp->loggedin_user->domain . $bp->blogs->slug . '/create-a-blog">' . __('Create a Blog!', 'buddypress') . '</a>';

echo '</li>';

}

line 171-176

With “Only user account can be created” enabled.

“Create a blog” still appears in admin bar and on member page.

Tested as user without any posting permissions; blog contributor; admin.

@jason

I tried your patch, editing the code in /core/bp-core-adminbar.php to:

$alt = ( 0 == $counter % 2 ) ? ' class="alt"' : '';



if ( bp_blog_signup_enabled() ) {

echo '<li' . $alt . '>';

echo '<a href="' . $bp->loggedin_user->domain . $bp->blogs->slug . '/create-a-blog">' . __('Create a Blog!', 'buddypress') . '</a>';

echo '</li>';

}



echo '</ul>';

echo '</li>';

}

Does this look correct?

If so, in layman’s terms, what should the outcome be (I want to be sure it matches up with what I’m seeing.)

Thanks

@Jeff, yes, but it sounds as if your solution removes blogs from the bar altogether. We plan to make subscribers members of blogs that the Admins set up, just prevent them from creating their own blogs. Subscribers should be able to see the other blogs they’ve been added to.

If I’m understanding the trac ticket, I agree when disabling blog creation in WPMU, the option should disappear from BuddyPress. That was our original hope, but alas no.

Seeing the “create” option and being directed to a page that says “Sorry, no can do” doesn’t convey a user-friendly atmosphere, I think.

@jason Your patch sounds as if it might achieve what I’m hoping. I’m earnestly studying my “Learn PHP the quick and easy way” book, so I’ll see if I can properly add this to bp_core-adminbar without … well, without screwing it up.

Thank you so much for answering

decided to make the plunge and do the automated update to 2.8.4a

encountered several fatal errors along the way but deactivating the plugins and then activating by “activate” instead of “activate site wide” seemed to do the trick. That and logging out as the admin and logging back in resolved most stuff.

Having to redo my .htaccess file that was coded to provided direct external SSO from aMember. Way beyond my ability so I await help from aMember.

Had to dive back into the bp-core to remodify all the changes. From a user perspective as opposed to a developer, following the instructions of the moderators on here is very difficult and since most of you are doing this for free, I am loathe to complain for any help you provide. I mention this because there is a certain level of knowledge in coding that is necessary before many of us can follow the instructions of Burt and other brillianto’s. Unfortunately, we don’t have that knowledge so the quick and dirty for us users who are trying to make buddypress operational is to simply cut and paste code in the core, write down in a researcher’s notepad akin to a research scientist titrating drops of transylvanian serum into Frankenstein’s bloodstream.

I’ve checked, and there was no ticket about this.

I’ve opened a new one, visible there: https://trac.buddypress.org/ticket/956

Thanks to you Jeff and all the BP community for your support!

At that point, they are just members of blogs, so yes, they have access to the dashboard with options according to their blog role. Asfaik, P2 is not meant to be the only post option as it meant for quick posting and only text. So it would greatly limit things by having that as the only post option.

For your situation I would not use the groupblog plugin, but stay with either wire or discussion forum. Also, to answer your other question, bp-groupblog does not work wihtout buddypress.

Yeah, my lack of PHP understanding is really getting in my way. I’m trying though.

Commenting out the following just renders the site blank:

echo '<li' . $alt . '>';

echo '<a href="' . $bp->loggedin_user->domain . $bp->blogs->slug . '/create-a-blog">' . __('Create a Blog!', 'buddypress') . '</a>';

echo '</li>';

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

This tutorial doesn’t tell me how to identify the lines that specifically refer to “create a blog,” nor would it tell me, obviously, where/how to remove the “create a blog” option which appears on the Member’s profile page.

The tutorial it refers to is the one I’ve been messing around with all day with no satisfying results.

There seems to be no where listed how to identify the items to comment out, as they must be so obvious to a more skilled person.

Keeping looking….