BuddyPress.org

@smuda I totally agree with you, it just doesn’t look good if someone could go inside the “admin panel” of Facebook, for example (imagining such a thing exists ) it has nothing to do with your theme design, surely not customized, etc, etc. Even if they could not change any configuration (always talking of a social web with no “blogs for everyone” as is my case too).

@etiviti (rich!)

Thanks for your help! I’ll try to apply that

@Paul Gibbs

I’ts fine, I understand, nevertheless I think this kind of questions/debates should be able to take place here since the people who asks are BP users and everything is related at some point. For example, WordPress gives us the admin panel and BP de “Social Layer” where one feature could be the “everything can be managed from the outside interface”… please don’t take this as a hard complaint just my 2 cents

now can download from wordpress.org/extend/plugins/buddypress-badge/

@viau5-

If you’ve discovered the plugin(s) that was causing your issue, please list it here so that if others have the same issue, it may help shed some light on their problem.

Would a conditional shortcode plugin like this one work, even if hard coded? http://www.hostscope.com/wordpress-plugins/conditional-shortcodes-wordpress-plugin/

So, to confirm, you’re running BP 1.2.3 and WPMU 2.9.2, correct?

Could it been that I have too many plugins and it’s slowing down the system???

At this stage I would assume it is being caused by a plugin conflict or an out-of-date plugin. The first action to take is what I detailed in this post:

https://buddypress.org/forums/topic/dashboard-failure-when-activate-buddypress#post-49572

If WP/BP works when running in the barebones configuration, then you can reasonable assume it is either one (or a combination of) your 3rd-party plugins or your custom theme (if using one). So, follow my instructions in that post to figure out which plugin is causing the issue. Once you’ve determined that, contact the plugin author and ask for assistance.

By the way, before installing and activating any plugins or custom themes, you should check to make sure that they are compatible with the versions of WP and BP you’re running.

Sounds like an old problem, one which I haven’t heard in a while.

What version of WPMU are you running?

And you can also run buddypress on WPSA (stand alone).

I think I may be having similar issues. I had to move all my plugins out of my folder because my entire WordPress had crashed and I was getting nothing but a blank screen. (it seems like it was continously cycling through the plugins.php file) I got my site working again however, I dowloaded a fresh version of Buddypress and still the same thing. I really love this plugin and I want it back!

I’m having the same error with theme Mandigo. I’m running wp 2.9.2 and buddypress Widgets 1.1.2 on a Linux host.

Having looked at the code, it breaks down at:

$wpmu = function_exists(‘is_site_admin’); //from functions.php

if ( !function_exists( ‘is_site_admin’ ) ) { //bp-core-wpabstraction.php

function is_site_admin() {

if ( current_user_can( ‘manage_options’ ) )

return true;

return false;

}

}

// if this is WordPress MU // from footer.php

if ($wpmu) {

$current_site = get_current_site();

In my case I am not running WP-MU but it appears bp-core-wpabstraction.php has a user ‘manage_options’ rights so the system thinks it is wp-mu and then can’t find the wp-mu function get_current_site() (which I presume was once unique to wp-mu but is now in wp 2.9.2)

Here’s a plugin for WPMU: https://wordpress.org/extend/plugins/sitewide-newsletter/

https://wordpress.org/extend/plugins/exclude-pages/

BuddyPress works great with standard regular wordpress version ( wp ) and wordpress multi user version ( wpmu ).

If you are planning for social networking web site where users can host their own blogs – install buddypress with wpmu.

I believe in solutions – paid or free, it doesn’t matter. People have different needs. Those involved in the BuddyPress community have varying amounts of time that they can spend in the forums or writing plugins, etc. Permitting each other that kind of freedom is where true creativity flourishes, not under some kind of unspoken mandate of the collective. It’s time for the premium theme market and premium plugin market to be treated equally. If you purchase a beautiful WordPress theme that took weeks of design, creativity, and theming, nobody bats an eye. Code is poetry in this same sense. When someone writes a new plugin, his freedom to choose whether or not to sell it or give it away for free is really far more important than the plugin itself.

Even though we sell premium plugins, we also have loads of free resources and tutorials on our sites and promote all kinds of solutions, both paid and free. If I personally write a plugin, I like to give it away for free. That’s because I’m not a real programmer and I don’t have the ability to provide decent support. However, I fully support the right of extraordinarily talented people like Aaron or Andy or Boone to be paid for writing for BuddyPress or to give it away for free. All that to say that I’m grateful to many people in the BuddyPress community for their hard work, and it is none of my business how they are compensated or not compensated for it. I simply enjoy learning and building together. I’m sure that if we could all meet up and have a beer somewhere, we’d have far more mutual respect for the talents and liberties of others.

Hmm, RSS… that is a little complicated. Also another implication I did not think of is the activity stream. If the idea is to restrict access to content, then both the RSS, the activity stream (and the activity stream RSS) have to be considered.

Before we go down the route of considering another plugin, have you already tried this one?

https://wordpress.org/extend/plugins/bp-groupblog/

BuddyPress Groupblog

Description Installation Screenshots Other Notes Changelog Stats

Author: Rodney Blevins & Marius Ooms

The BuddyPress Groupblog plugin extends the group functionality by enabling each group to have a single blog associated with it. Group members are automatically added to the blog and will have blog roles as set by the groupblog admin settings.

Features:

Full blog theme integration. The included bp-groupblog theme mimics the group pages.

WP Admin option to set default blog for groups plus bonus options.

Automated blog registration at group creation stage.

Bypass default blog validation to allow dashes, underscores, numeral only and minimum character count.

Blog privacy settings are initially inherited from group privacy settings.

Group members are automatically added to the blog.

Blog roles match group roles as set by the group admin.

Solid error checking that the blog follows validation.

Group admin tab to access the group-blog settings.

Recent posts are displayed on the group home page, much like the forum topics.

A menu tab is added to display the latest blog activity and blog page links.

Blog themes will have the ability to pull in group info and create a theme that could resemble the group exactly.

Leaving the group will downgrade the member role to ‘subscriber’.

Allow the group admin to select one of his/her existing blogs.

Known Issues: * Group blog post do currently not show up in the group activity stream. Therefore as a short term solution we are including a custom activity loop on the blog page. This should be fixed in the future.

Roadmap:

Allow the admin to let group admins choose the blog name, instead of following the group name.

Frontend posting from the blog home page.

Redirect options to integrate deeper with the blog.

Include an RSS icon for easy access to the Blog’s RSS feed.

WPMU is really gone in a few months or less…afaik WP3.0 is pretty much on track.

https://core.trac.wordpress.org/milestone/3.0

Best just wait and spend energy researching new functionality for you to enable Multi Sites in WP 3.0.

I get the same error on multiple sites (using the same host though).

It’s fine when I have a localhost install, and it’s also fine when I’m not using buddypress.

I go to the registration page, fill out my details and then click on Complete Sign-up. It then takes me to the same page again, almost as it if just refreshes.

My registration URL is http://ferryglide.com/wordpress/register

Ok, everyone who is having trouble getting twitter to authorize a user. I believe there is a very high chance this is your problem, it solved my problem. My blog would send someone to twitter, ask them to allow authorization, then start the process all over again. Using wordpress MU, my blog is setup to be read at “politicalword.com” and even if I type http://www.politicalword.com, wordpress rewrites it to “politicalword.com”. In my twitter App settings on the twitter site, I had put the callback URL as “www.politicalword.com”, well since my installation was rewriting this to “politicalword.com” the plugin would not authorize any users, even when I clicked allow on twitter, nothing on the site would happen and the process would start over. So BE SURE your callback URL is set to the same URL you have set your blog to be read on. Even the www setting or no www setting affects this!

Well… with regards to SPAM… I’m not certain… but I suspect that’s actually BuddyPress-related. I’ve never had that issue on any of my other WordPress sites. But my BuddyPress sites are rife with SPAM signups. No matter what I do it seems. The only solution I found (after trying literally everything I could find here and at wpmu) was to block all proxy methods.

Can’t you do something like this?

<?php

function login_redirect_activity ()

{

wp_redirect (get_option(‘siteurl’) . ‘/activity/’);

}

add_action (“wp_login”, “login_redirect_activity”);

?>

The location it redirects to might be wrong. Here’s the reference for the wp_redirect if you want to redirect it somewhere else: https://codex.wordpress.org/Function_Reference/wp_redirect You might have to play with it to redirect to the right place. You also might want to hook it to a different action, but this will hopefully get you closer. I’m still learning this stuff.