I’ve decided it’s easy to do. You just create a public group and add a little check box which ‘make this an announcement only group’ then add that data to group meta. Then for groups where that is checked, remove the activity stream input box and the forum post box. now it is just a matter of finding the proper do_action hooks to make it happen. Or more klunkly and less secure – just hide those things with CSS. I’ll have a simple plugin done by the end of the (long) day hopefully. 
The buddypress code, while complex, is very well documented and written so it is not so hard to figure out. Kudos to the excellent developers!
I’ll check out the group blog plugin again. i was going to use it anyway for certain groups, thanks.
I don’t have this exact issue, but did have a problem when it came to creating a sticky topic in the forums with basic rules and a note about how to report trolls, etc. I was trying to do it through a “Administrative” group where people could see the members and forum posts, but not be able to join and contribute on their own. The idea was that it was a staff group who could be messaged individually if there were site problems, and who could create forum topics or notes without others being able to do the same.
Basically, the only way you can ensure that people see content from a group is to leave it wide open. It would be nice to have an option in between like you suggest — read, but not write. A group where the content is public but joining is invite-only.
I would love to know if there’s a solution, but don’t really expect to see one in the core any time soon.
I found this code that can be wrapped around anything to hide it from everyone but administrators or ediors:
<?php if ( current_user_can( ‘delete_others_posts’ ) ) { //only admins and editors can see this ?>
(Items to be hidden here)
<?php } ?>
To make it work specifically for hiding that “Create a Group” button, I made a new version of the default template’s groups –> index.php file in my child theme, replacing this:
<h3><?php _e( ‘Groups Directory’, ‘buddypress’ ) ?><?php if ( is_user_logged_in() ) : ?> Â “><?php _e( ‘Create a Group’, ‘buddypress’ ) ?><?php endif; ?></h3>
With this:
<h3><?php _e( ‘Groups Directory’, ‘buddypress’ ) ?><?php if ( current_user_can( ‘delete_others_posts’ ) ) : //only admins and editors can see this ?> Â “><?php _e( ‘Create a Group’, ‘buddypress’ ) ?><?php endif; ?></h3>
It worked like a charm! Now only Admins and Editors can create groups on my site.
I want people to be able to join and leave the group, because they will be joining and leaving many other similar groups in the community. I will then add a email notification plugin so that it becomes an email newsletter with a web archive.
These two combined sound like something that would be useful in general. For example, in facebook groups, only the moderators can send an email to everyone, but anyone can join a group and chat in the group forum.
i could use a plugin that allows only admins to email all group members, but then the forum is not a record of all previous announcements, its just people chatting.
Thank you thank you thank you @Dwenaus! It was a simple answer, which is probably why I found not documentation for it anywhere. What tripped me up is that I created some groups under the “admin” login, but then after that I was using a different user login that also had the Role of Admin in the WP backend, but that didn’t automatically give it Admin ability for Groups/Forums, so I never even saw the “manage members” tab under group admin. Doh!
Now I’ve got it all sorted out, with only one out-standing question:
Is it possible to block users below a certain level of user Role from being able to create new groups in the first place? I don’t want a mass proliferation and duplication of groups.
Thanks!
the group admin can add moderators and admins by going to group -> admin -> manage members. There they can promote to mod or admin, demote, or even ban members.
Where can you assign these Roles to Groups? Sorry if this is somehow obvious, but I can’t find any documentation on User Roles on the Buddypress site or anywhere else. And I have these fundamental questions:
1. Is there a way to assign user roles to Groups/Forums?
2. Is the creator of a group the “admin” for that group? I assume so, but then, who is the Moderator, and how does a Group Admin assign a Moderator to their group?
3. How do I give any user that has the role “Moderator” the ability to edit/delete any Group or Forum topics or posts created by any user below the Moderator level (such as Subscribers)?
4. Can I turn off the “Create a Group” function for anybody but Admins and Moderators?
What I’d like to do is have it so only Moderators and above can create groups, but Moderators and above can also edit and delete groups, forum topics, group/forum posts, etc. Is this possible?
The user roles are inherited from the group. If you are a group admin you are an admin of the group forum. If you are a group moderator, you are a moderator of the forum.
I see there’s a line in the file bp-forums-templatetags.php as part of the function that seems to be controlling user authority:
if ( $bp->is_item_admin || $bp->is_item_mod || is_site_admin() )
Does “mod” here mean “moderator”? If so, this seems to be saying, show the editing options to the item admin (the user who created it?), the item moderator (?), and the site admin. It’s that one in the middle that I’m stuck on, as in my installation Moderator is not able to moderate anything — cannot edit or deletes Forum topics or post that have been posted by Subscribers. I have just installed 1.2RC2-trunk2685, but the problem still persists.
I;d prefer to answer these question by email to not clutter up the forums, cuz it’s a paid thing. (mods, feel free to make your call)
But in short:
– it works in either kind of install
– it also works with multiple TLDs. I use it to run atypicalife.net and my family’s blogs on the same exact WPMU installation that runs wpmututorials.
– it works fine with 3.0, we’ve been using it on trunk, but it meeds renaming. 
– remote login means saving the cookies from one domain to the next. your one user login & pass works for all if you’re assigned to those blogs.
I am using PHP version 5.2.10.
I am going to re-upload the theme that I am using (the default included with BuddyPress).
Also I don’t see any error logs and there are no error messages on the forums page (/forums).
Aaaand we’re off topic. This thread is for reporting spammers on buddypress.org, not about how to implement anti-spamming measures on your own site. I am going to lock this thread.
If you are looking to report spamming issues on THIS SITE, please send a message to a forum moderator or find us in IRC chat.
If you are looking to discuss spam prevention on your own site, please make a new post or find an existing one.
This site uses an external bbPress install, and is not the conventional BuddyPress method for setting up forums.
An example of the conventional BP method can be found here: http://testbp.org/forums
If you like the way the bp.org forums look, you’ll have to integrate WordPress with bbPress.
One guide to integrate WP and bbPress can be found here:
http://theeasybutton.com/blog/2009/07/17/integrating-buddypress-wordpress-mu-and-bbpress/
Other WP/bbPress guides are available over on:
https://bbpress.org/forums
5774794Inactive
I am going to second this request. Any help?
I continued my investigation and find some interresting things on the german WP forum
about the 2.8 version and 64bit server php bug due to gettext.
http://forum.wordpress-deutschland.org/installation/55589-und-noch-einmal-out-memory-4.html
Also from germany this post in english:
http://alexrabe.de/2009/06/14/dear-hoster-we-need-more-memory/
from the author of memory_overview plugin
And a begin of solution, a modified mo.php file, from here:
http://www.code-styling.de/deutsch/wordpress-28-sprachdatei-speicherverbrauch-minimieren (the link to the mo file is in yellow under the title “Historie des Downloads” )
This file goes into wp_includes/pomo
Use memory_overview plugin, go to the dashboard to view the difference.
Since 2.5, WP give the possibility to increase php memory in wp-config, but this didn’t work for me.
https://codex.wordpress.org/Editing_wp-config.php#Increasing_memory_allocated_to_PHP
1 – manually, you have to rearrange the list order in header.php
how to do that ?
if you use 1.2 inspire you with this:
https://buddypress.org/forums/topic/bp-12-how-to-add-a-custom-tab-on-the-home-activity-section
3 – yes, and on each individual blog page too or by typing “wp-admin” at the end of your url: hxxp://exemple.com/wp-admin
Omit steps 38-41 in the tutorial above.
Your issue is really a WPMU<->bbPress integration and has nothing to do with BuddyPress.
It is definitely doable to integrate.
Last time I did it, I used WPMU 2.8.6 (i believe) and latest bbPress (1.0.2).
Might I suggest heading over to the bbPress forums?
https://bbpress.org/forums
@Boone, yep, thx !
So i progressed on my site. I downgraded to wp 2.9 and asked (gently) my host to give me more memory.
I have now 25 mb for php and the install is working. But i haven’t installed plugins other than BP for the moment….
If this memory lack is “normal” or “expected”, i would preddict that as soon as WP 3.0 is avaible, 90% of all WP user actually on a shared host, and who udate, will go down. As actually no shared host offers at least 32 mb for php…
The cgi php solution with 64 mo, the new host trend apparently, is more powerfull but is always shared too, which means that i could write at my site entry: open between 3 and 4 am. The rest of the day, maybe my neighbour is trolling on emule and consume the server memory with * db queries on his overspammed fischerman forum… Wouaaaaaaaa ! Nice future…
This means also that from now on, a WP usage with BP is only intended to be on dedicated server.
If this hypotesis is right, this must be annouced to the world and should be mentionned, at least, in the readme file and on the download page.
So i discover that WP, who once was one of the fastest and litest CMS, is now entering in the heavy weight super-pro area, with ultra wide storage capacities, intense RAM consumption and specialized hi-band connection… Whouaaaaaa !
Twenty Ten, a new template but also a very surprisingly year !
I did that first, to no avail. I’ll retrace my steps and see if I did something wrong. What was the latest version of bbP & WPMU you were able to sync?
Integrate bbPress with WPMU first. Then disable groups and forums in BuddyPress. No need to go through BuddyPress’ Forums setup.
I went through that this morning, and everything was fine up until I had to go to “Forums Setup” — there’s no longer an option to enter URLs, name, password, etc on a Forum Setting page on the current version of BP.
