BuddyPress.org

Didn’t get a reply so I tried it anyway. It didn’t work for me.

1. The top of my page displayed the following message function my_bp_override_core_domain() { $domain = get_bloginfo('url'); return $domain; } add_filter('bp_core_get_root_domain','my_bp_override_core_domain')

2. The buddypress folder still opened as mysite/wordpress rather than just mysite.

Expected behavior as activity commenting and forum discussion are separate. (only a one way tie-in when a new post/reply is made and the content is sent to the activity stream). You can disable activity commenting on forum posts/topics and blogs postings.

I updated

https://wordpress.org/extend/plugins/buddypress-group-forum-extras/

which now includes an activity subplugin -> will pull in activity comments made to a topic post (no reply ability but at least someone can see the conversation from the stream)

Hey Pigi, I have the same problem, i don’t Know how to “Set my members.php to use “BP_Members_Filter” instead of “BP_Core_Members_Template””

I don’t understand where i can find “members.php” file.

is ‘BP Member Filter’ plugin not compatible with wordpress 2.9.2 ??

Im having a very similar problem.

I have installed WordPress MU & Buddypress on a sub domain:

http://site.mydomain.com

When I login I can click on ‘My Account’ if I click ‘Edit Profile’ I get a 404 error. Any of the other my account options such as change signature or change avatar works OK.

Also noticed that if using the Album+ plugin, when I click upload a picture it does the upload but then immediatly shows a 404.

Assume this is related in some guise to the subdomain. Maybe WordPress/Buddypress is best left on the root?

Just installed:

WordPress MU 292

BuddyPress 123

IIS6 (Hosted/Helm) PHP 5

@Andy Peatling – Very sad to be in hall of shame

1) Version 0.1.6 of BP Album+ that is posted on the WordPress plugin repository checks that BP is installed exactly as you have specified. Can you be a bit more specific about the defect?

2) I completely agree that current_user_can() is a better way to check for permissions in various plugin operations; and we will switch to the new function at the next BP Album+ release as per your request. In the meantime, why is using is_site_admin() so bad? Doesn’t current_user_can() just pass the call to is_site_admin() ?

/**

* Whether current user has capability or role.

*

* @since 2.0.0

*

* @param string $capability Capability or role name.

* @return bool

*/

function current_user_can( $capability ) {

$current_user = wp_get_current_user();

if( is_site_admin() ) <—- *NOTE*

return true;

if ( empty( $current_user ) )

return false;

$args = array_slice( func_get_args(), 1 );

$args = array_merge( array( $capability ), $args );

return call_user_func_array( array( &$current_user, ‘has_cap’ ), $args );

}

^F^

@stwc – Found the defect.

The problem is being caused by two blocks of code inside the BPLinks plugin that do not account for the situation where the BuddyPress administrator disables “friend” capabilities for the site.

When friend capabilities are disabled, calling the friends_check_friendship() function will crash the user thread. We handle this problem in BP Album+ by wrapping all calls to this function in a function_exists(‘friends_check_friendship’) statement, only calling the function if it is enabled.

This is a sneaky, subtle defect that could easily be missed during testing; fortunately, BPLink’s clean, well-documented source code made it easy to isolate and correct the problem.

Here’s a simple patch:

1) In “bp-links-classes.php” at line 650

REPLACE:

if ( $link_owner_user_id && $link_owner_user_id != $bp->loggedin_user->id && friends_check_friendship( $link_owner_user_id, $bp->loggedin_user->id ) ) {

$status_opts[] = self::STATUS_FRIENDS;

}

WITH:

if (function_exists(‘friends_check_friendship’)) {

if ( $link_owner_user_id && $link_owner_user_id != $bp->loggedin_user->id && friends_check_friendship( $link_owner_user_id, $bp->loggedin_user->id ) ) {

$status_opts[] = self::STATUS_FRIENDS;

}

}

2) In “bp-links-core.php” at line 1128

REPLACE:

return friends_check_friendship( $user_id, $link->user_id );

WITH:

if (function_exists(‘friends_check_friendship’))

return friends_check_friendship( $user_id, $link->user_id );

else

return null;

============================================================================

WordPress MU 2.9.2

BuddyPress Version 1.2.3

BuddyPress Links Version 0.3.2

BP Album+ 0.1.8 beta

^F^

@nagoonline: you have asked this in another post, and we have answered. Do not double-post.

EDIT: Also, sending me a private message is not going to get you a reply any quicker. You could have searched Google to resolve this issue, as it’s a common WordPress “plugins broken my site” question.

Disable BuddyPress and all other plugins. Does the blacklist work? If it doesn’t, it’s a WordPress problem. If they do work with WordPress, re-enable each plugin one at a time until it stops working. If BuddyPress is the culprit, please report a bug ticket on https://trac.buddypress.org/ using your username and password from this site.

Rename your /plugins/ folder to something else, then try to access your admin dashboard.

More info available here:

https://codex.wordpress.org/FAQ_Troubleshooting#How_to_deactivate_all_plugins_when_not_able_to_access_the_administrative_menus.3F

https://wordpress.org/extend/plugins/wordpress-mu-sitewide-tags/ is almost the pefect tool for this. It doesn’t allow you to choose which ones to bring in, it brings them all in.

I found one glaring problem though and it has to do with images in posts from other blogs. Basically when a post is made on another blog, it seems that it is automatically copied behind the scenes to the primary blog, only the title will link back to the original blog.

The problem with images, is that when wordpress gallery inserts images into a post, it uses a relative path and that is what is saved. Because that is what is brought over to the original blog, when the loop tries to display the image, it has no way of knowing what the blog id# of the image truly is.

example: http://uwcmi.org/site-blog/

the 4th article down is ‘welcome to the support blog, if you click the title, notice it takes you to another domain. I did nothing to make this happen, it is all automated. When I created the post on the other blog, it was automatically added to my primary buddypress site blog.

If I could find a way around the image problem, then at least for me it’s the perfect solution to what your asking for

oh yeah, has the same duplicate activity problem as other plugins mentioned above. solution to that lies in http://teleogistic.net/2009/12/streamlining-group-blogs/#comment-7023

Found another plugin:

Vote2Republish:

https://wordpress.org/extend/plugins/vote2publish/

Could probably modify the code to remove the voting part.

There are a few options:

1) Featured Posts MU – https://wordpress.org/extend/plugins/featured-post-mu/ – uses a template tag that you can add to your homepage template or a widget.

2) BP Sitewide Featured Posts – http://dev.benoitgreant.be/blog/2009/11/buddypress-sitewide-featured-posts/ – uses a widget, but you could setup a widgetized frontpage and then you can use this widget. You could probably also modify the code to use it as a template tag.

[EDIT]

I misread your post, Wayne.

If you want the post’s content from another blog to reside on your main blog, you should think about making the user a contributor on your main blog. Then you won’t run into this issue.