BuddyPress.org

@thekmen From my point of view though, it looked more of converting WordPress theme to BuddyPress-compatible theme In any case, great job on the tutorial. Cheers.

You’ll need to ask the authors. Visit the plugins homepage and post your question there.

I am getting all of these errors. Any idea what’s wrong?

PHP Warning: Cannot modify header information – headers already sent in wp-content/plugins/forum-attachments-for-buddypress/image.php on line 69

WordPress database error Table ‘xxxxx.bb-attachments’ doesn’t exist for query SELECT * FROM `bb-attachments` made by require_once, require, do_action, call_user_func_array, bp_forum_attachments_check_installed

Follow this guide:
http://developersmind.com/2010/06/17/upgrading-wordpress-mu-2-9-2-to-wordpress-3-0/

Hopefully it fixes your problem.

Hi Peter,

I totally agree with you !
The bbPress should be skipped and we need more User-Management and Privacy build into BP.

Would be great if you could write your ideas and suggestions into this thread:

http://bpdevel.wordpress.com/

“… just because buddypress or wordpress or whoever develop new features for an application doesn’t mean you are forced to use the new features. You don’t have to install the forums …”

The topic of this thread was about removing groups from forum. Groups imho are a natural part of a social networking architecture. Forums not so much. Most of the questions on this board these days are about forums/bbpress. That seems also where most of the developers attention is going, while there is almost no progress on what should be the core of a social network script for WordPress; member management, privacy/security, making BP WordPress 3.0-ready, etc.

Talk about “dropping rigidity and opening up to an amazing new flexibility and power” is pure nonsense. I’m not a programmer myself, but have you looked under the hood? Have you looked into the database? Do you know how BP is structured? Software can’t be all things to all people. It will never make you ice cream sundaes. Sure it’s nice to have built-in features, but there is always a trade-off. In Buddypress’ case it is growing structural confusion. Where would you draw the line?

I’d prefer a leaner core, a script that only adds social networking to WordPress and does it well. Integration with bbpress should go via WordPress, not as bolt-on to BP. Ideally WordPress would have an API that would make the members database just as easy to integrate with PunBB or phpBB if I wanted to.

Has anyone made any progress with this? Will we have buddypress checking for banned email domains soon?
Will we have buddypress checking for banned domains upon registration and perhaps even again upon activation?
Can someone please add the possibility to add *.info in a way that works
I know this won’t stop all spam and splogs – but I am getting tired of deleting a dozen spammers every day that are mostly from the same dozen domain names that I have added to the block list. This would save lots of people hlaf the splog deletions, and that adds up to a lot of time saved.
BTW – has anyone tested buddypress with TTC Spam Bot Registration plugin (https://wordpress.org/extend/plugins/ttc-user-registration-bot-detector/ )to see if there are any issues? I am guessing it may still be bypassed by buddypress even if it worked in WP?

@retroriff – in your second post, you mentioned you followed the BP codex where you placed define bp site via “Specifically, you can do this by creating a file called “bp-custom.php” in your “/wp-content/plugins/” directory (if you haven’t already).”

I would suggest that you delete the code you placed in bp-custom.php and add the code in wp-config.php per my post (ref: https://codex.buddypress.org/how-to-guides/changing-internal-configuration-settings/) – it works.

Ice-cream sundaes! Oh yes! Actually, that’s one direction Drupal has been going (not the ice-cream, sadly), which is the eventual simplification of data storage. The biggest problem now, I think, is that developers map their views to data, and vice-versa. Drupal stores everything and anything as a ‘node’. So a node can contain one word, a site link, a story, a page, images, files, or any combination of all by having nodes within nodes. Its Views module then allows you to say how nodes are displayed; as blocks (widgets), pages, in tables, rows, any kind of custom layout.

What I’m visualising at present is a way of doing things like BP’s activity stream, where data is any kind of node you like, and you decide whether nodes can overflow or are cut (eg., large images), displayed all at once or shown as a bite (eg., stories/pages and small excerpts with ‘read more…’) etc. You then just decide whether each site page appears as a single page, a list of related nodes kinda bloggish, a list of related nodes a-la activity stream, etc. A couple of clicks could create a stream, a shopping page, or whatever you wish. Users then have BP style filtering links, so they can view everything the view shows, just friend’s contributions, just their groups, etc. Off-site information can be pulled in via links as well, and displayed as the same kind of node (similar data, just a different source). Wrap all that around an individual member with a profile and roles/permissions, and you have the most powerful and adaptable social network there is.

As I say, you can do that with Drupal, but gawd is it time consuming for a large project. I like the way WordPress is going, and if BuddyPress follows suit in the simple and easy to use stakes, the two combined will be amazing.

I also just upgraded to 1.2.5 BuddyPress this morning and have this same problem.

Using normal wordpress dashboard I cannot delete user… results in error message:

Fatal error: Using $this when not in object context in /###/wp-content/plugins/buddypress/bp-groups/bp-groups-classes.php on line 1053

*Note: I am not using “SuperAdmin”.
*Note: I am using “Fluency Admin” however. Shouldn’t be the issue.

When trying to delete user from front-end members page it simply does not delete the user at all. No error message or anything, it just doesn’t delete the user.

I’d already added that patch but separate to that under 3.0 and the latest 1.2.5 the activity (in the home page of http://retrofitdiaries.org) only seems to include the top level blog activity.

Activity Streams are set to work across the whole site (just one other test blog for now).

Can anyone suggest a reason?

Thanks

Thanks @johnjamesjacoby