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.
I posted something similar on trac around 8-22 with a patch
https://trac.buddypress.org/ticket/933
I was looking for this in the code. Now I know it is just too easy by just disabling it at the buddypress admin. Thanks.
Has anyone thought of a solution for this or can think of a way to accomplish it without needing to manually edit a lot of php?
This is already easy to accomplish in the BuddyPress admin menu. Log into WPMU’s backend as Site Admin. Go to the BuddyPress menu grouping. Select “Component Setup > Blog Tracking” and disable the Blogs component.
When you reload BuddyPress in your browser, you will see that the “Blogs” menu option under the “My Account” menu and the “My Blogs” menu are now gone. Also, members will not have the option to create blogs from their page.
Was he ever a BuddyPress.org member? I don’t recall his name. If he was on BP in the past and you know the his username (I assume it would be a pseudonym since I don’t recall his real name), then simply message him directly.
Otherwise, you’ll have more luck inquiring on the WPMU forums.
I’m closing this thread as it has nothing to do with BuddyPress support.
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….
The results have be out for more than 2 months now! Look at the core section of BP version 1.4.
https://buddypress.org/blog/news/buddypress-project-roadmap/
Ok, so, haha, given the lack of responses, I’m digging my way through this by rewriting Burt’s tutorial step-by-step so I can “get it.”
Alas, the simplest thing is tripping me up. I cannot find, in any BuddyPress directory, a file called bp-custom.php
Am I creating this file?
… continuing to puzzle it out while hoping someone takes pity on me, lol
I need to find a solution for this as well.
Found this related post. PatG221 says: “I understand that changing the blog avatar is not possible yet…”
Really? 
Are you using the BuddyPress Skeleton Component as the framework with which to code your plugin? If not, you should download it and see how the example code that adds an admin page to WPMU’s backend is written.
The example code is in bp-example-admin.php.
If you have bbPress installed, you should double-check to see if your BP group forums work.
Post in bbPress in a BP group forum and see if that post appears in BuddyPress and vice versa.
Also if you used any BP widgets, remove and re-add them since the widgets API in WPMU 2.8 changed.
Lastly, check to see if your 3rd-party BP plugins work (if you have any installed).
Check the trac… but be careful which patches you apply – especially those applicable to groups.
You’ve been warned! 
Is there a series of tests that we can perform to make sure that the WPMU+Buddypress upgrades have completed without any damages? WordPress says all upgrades went off well but I am still concerned about finding problems later.
I know this post is 8 months old. But maybe there are still people looking for the answer. And here is is:
open wp-content/plugins/buddypress/bp-blogs/bp-blogs-widgets.php
Look for these lines:
<?php if ( !$counter ) : ?>
<div class=”item-content”><?php echo bp_create_excerpt($post->post_content) ?></div>
<?php endif; ?>
Now remove the loop. It should now look like this:
<div class=”item-content”><?php echo bp_create_excerpt($post->post_content) ?></div>
The widget will now display an exerpt of every blog post.
When it’s ready, it’ll be available through the BuddyPress/WordPress theme repo, so everyone can have at it.
I found the P2 Theme works really well with BuddyPress, it took a lot of editing to fix up the member pages, but all in all , it was pretty easy project.
I am using P2 across my entire site here at http://talksounders.com
@Erich73, Actually members do have their own blogs, I just created another blog at “wall.mysite.com”. I used the bp-community-blogs plugin, so that members of my bp site automatically became authors of “wall.mysite.com” blog. This blog uses P2 theme, so it does actually look like wall or wire whatever you want to name it. They can write infinite number of threads.
If you wish you can disable blog creation feature for your members from the admin backend, it does not matter.
@mikhailjon, to emove the blog authors link from the admin bar, go to:
wp-content/plugins/buddypress/bp-core/bp-core-adminbar.php
Open bp-core-adminbar.php file and delete these lines:
// **** "Blog Authors" Menu (visible when not logged in) ********
function bp_adminbar_authors_menu() {
global $current_blog;
if ( $current_blog->blog_id > 1 ) {
$authors = get_users_of_blog();
if ( is_array( $authors ) ) {
/* This is a blog, render a menu with links to all authors */
echo '<li id="bp-adminbar-authors-menu"><a href="/">';
_e('Blog Authors', 'buddypress');
echo '</a>';
echo '<ul class="author-list">';
foreach( $authors as $author ) {
$author = new BP_Core_User( $author->user_id );
echo '<li>';
echo '<a href="' . $author->user_url . '">';
echo $author->avatar_mini;
echo ' ' . $author->fullname;
echo '<span class="activity">' . $author->last_active . '</span>';
echo '</a>';
echo '<div class="admin-bar-clear"></div>';
echo '</li>';
}
echo '</ul>';
echo '</li>';
}
}
}
And this line:
add_action( 'bp_adminbar_menus', 'bp_adminbar_authors_menu', 12 );
Alternative solution: Use the following Javascript to generate a username on typing:
function copyinputuser()
{
var tmp = document.getElementById('field_1').value;
tmp = tmp.toLowerCase().replace(/^\s+|\s+$/g, "").replace(/[_|\s]+/g, "");
tmp = tmp.replace(/[^a-z0-9-]+/g, "").replace(/[-]+/g, "").replace(/^-+|-+$/g, "");
document.getElementById('user_name').value = tmp;
}
And then add onkeyup=”copyinputuser()” to the field_1 input tag, which requires an ugly hack in a core file.
I see the html for the xprofile input fields is in function get_edit_html in bp-xprofile-classes.php:
switch ( $this->type ) {
case 'textbox':
$html .= '<div class="signup-field">';
$html .= '<label class="signup-label" for="field_' . $this->id . '">' . $asterisk . $this->name . ':</label>';
$html .= $this->message . '<input type="text" name="field_' . $this->id . '" id="field_' . $this->id . '" value="' . attribute_escape( $this->data->value ) . '" />';
$html .= '<span class="signup-description">' . $this->desc . '</span>';
$html .= '</div>';
break;
So I guess I could add onkeyup=”copyinput()” there, but then all xprofile fields will get that. Would that mess up the system? The Javascript refers to the fields by ID.
According to Jeff Sayre this method will be deprecated in version 1.1, but I need a temporary solution before I make the switch.
Trying that now…
PS. is there a setting to be notified when a comment is made on the forums here?
RSS is your friend!
For example, if you wanted to subscribe to this thread, click on the RSS icon or this link:
https://buddypress.org/forums/rss/topic/mass-messaging-to-bp-members-member-activity-manager
If WPMU + BuddyPress is working fine–that is when you just have BuddyPress installed and activated and no other plugins activated–then this issue is best solved by posting on the WPMU forums.
As a general rule, though, if you suspect that the issue is plugin related, then you should follow the recommended procedure for tracking down misbehaving plugins. You deactivate all plugins and then reactivate plugins one at a time, each time testing out WPMU to see if it is working. If so, you reactivate the next plugin and so on until you find the plugin that seems to be causing the issue.
Also, make sure that you are using the most recent plugin for the version of WPMU you’re running. If a plugin is not yet updated to run in the version of WPMU you’ve installed, then that could be an issue. Contact the plugin developer and ask when they plan to update it.
You also need to check your serve’s log files to see if there are any errors that could help in figuring out the issue. If you don’t know how to do that, your hosting firm can help.
But please search the WPMU forums first and then post there if you cannot find an answer. This sounds like a plugin conflict and has nothing to do with BuddyPress.
Thanks Gaetan, I went ahead on bought the one month premium wpmu dev account and grabbed half a dozen plugins for my buddypress site. The mass email plugin worked great. I used it yesterday to announce our September contest.
Yes DJPaul, achievements is great. I wish there was a way to add our own achievements. Something like that would be very helpful.
PS. is there a setting to be notified when a comment is made on the forums here?
Oh, there’s a variable which sets what root blog Buddypress runs on. I’m not sure if it works bugfree in the BP 1.0.3 release.
I’m not at my computer so you’ll have to wait for someone else to post the solution.
hi to all the buddypress friends…
I have a question…
if I would make a 4 columns layout for buddypress, with this new architecture, I do make my change in the parent theme or in the child?
I think I will need a “sidebar2.php” and 3 in the parent theme? Is it correct?
sorry for the question, I don’t know if it is exactly on topic, but I found this news when I was on the point to start “my” bptheme…
so, I hope in your help!
Thank you! maybe also a link to start with a new bp layout?
I’m a little lost…
thank you again!
ciao
alcina
P.S. sorry also for my… “english”!!!
