BuddyPress.org

Thank you @hnla

@magcindy you place the import line in your WP theme’s style.css file.
The registration page is now by default at http://yoursite.com/register

It’s alright mercime was just having one of those moments :p

the @ import was automagically converted to an ‘at mention’ link (this forum really needs a proper code display ) I’ve edited the post and added a space between @ i

If you look at the main style file in bp-default you will see how it imports the various stylesheets required you need to do this but using directory notation to navigate back up the directory tree to find the bp-default file

I’m looking at the annotated revision log https://trac.buddypress.org/browser/branches/1.2/bp-blogs.php?annotate=blame&rev=4066 I can see why Subscriber blogs aren’t showing up. What I *can’t* see is why they ever should have been. It looks to me like the code has always intended for Subscriber blogs to be excluded. A recent change in WP blog role management must have made the code finally fulfill its intended purpose.

How to fix: You could write a short plugin that runs every time add_user_to_blog fires, and adds the blog to the BP user’s list using bp_blogs_record_blog(). Ideally there would be a more configurable way to make this work; it’s worth an enhancement ticket on trac.

The short plugin would work something like this. Totally untested.
`function bbg_add_subscriber_to_blog( $user_id, $role, $blog_id = false ) {
global $current_blog;

if ( empty( $blog_id ) )
$blog_id = $current_blog->blog_id;

if ( $role == ‘subscriber’ )
bp_blogs_record_blog( $blog_id, $user_id, true );
}
add_action( ‘add_user_to_blog’, ‘bbg_add_subscriber_to_blog’, 15, 3 );`

The other part of the equation is to sync the whole shebang, which will have to be done once. Something like this (also untested) might work:
`function bbg_record_existing_blogs() {
global $bp, $wpdb;

if ( !is_super_admin() )
return false;

/* Truncate user blogs table and re-record. */
$wpdb->query( “TRUNCATE TABLE {$bp->blogs->table_name}” );

$blog_ids = $wpdb->get_col( $wpdb->prepare( “SELECT blog_id FROM {$wpdb->base_prefix}blogs WHERE mature = 0 AND spam = 0 AND deleted = 0” ) );

if ( $blog_ids ) {
foreach( (array)$blog_ids as $blog_id ) {
$users = get_users_of_blog( $blog_id );

if ( $users ) {
foreach ( (array)$users as $user ) {
$role = unserialize( $user->meta_value );

bp_blogs_record_blog( $blog_id, $user->user_id, true );
}
}
}
}
}
add_action( ‘admin_init’, ‘bbg_record_existing_blogs’ );`

Be forewarned that the latter function should only be run once; comment out the add_action() after it’s done its work. And it’ll only run if the Super Admin visits a Dashboard page. And it might be resource intensive, as it will recheck blog membership for every blog on the system. Use at your own risk.

=== all the possible available (BP I think) links appear in the far left of the bottom of the footer. ===

I believe you’re referring to the BP Admin Bar. I assume you used the BP Template pack plugin to make your WP theme compatible with BP. You will also need to load the styling for BP admin bar via @import.

`/*
Theme Name: Name of your Theme
… etc
… etc
… etc
*/

/* Load the default admin bar styles */
@ import url( ../../plugins/buddypress/bp-themes/bp-default/_inc/css/adminbar.css );`

I’m also interested in this. Since people often create forum topics in the wrong groups, it’s not usual to have to move them around (using @dwenaus Topic Mover plugin). Moving the topic breaks links to it (in notification emails, activity stream, etc.)

Any suggestions on how to change the slug or how to somehow avoid this problem of broken links for moved forum topics?

What do you want to be in the links page?

Use the buddypress links plugin https://wordpress.org/extend/plugins/buddypress-links/ it adds that tab to groups

@brentjacobsen – Do you have access to your PHP/apache error logs to see where exactly the memory error is happening? How much available memory is being allocated to PHP? Remember that the more custom PHP code you pull in (with plugins, elaborate themes, etc…) is the bigger that buffer gets, and eventually it’ll pop once it hits the limit. That limit may get reached at different times for different users depending on the number of groups they’re in, the number of pending invitations they have, the page that is trying to be displayed, etc…

This will be a non-issue when the bbPress plugin eventually replaces the stand-alone version currently included in BuddyPress. Until then, the next version of BuddyPress will continue to work the same as before in this regard. Props @djpaul for being on the case.

here you go: http://teleogistic.net/2011/01/group-announcements-tab-in-buddypress/

It’s not to do with a global. It’s to do with calling the parent class’ WPDB(), and the fact that WP 3.2 is only supporting PHP 5+, the deprecated PHP4-style class constructors have been removed.

BuddyPress has recently patched these in trunk

I haven’t played with 3.2 but in looking at the line 144 – and reading the code notes – the parent::WPDB is the issue..

` function BPDB( $dbuser, $dbpassword, $dbname, $dbhost ) {
parent::WPDB( $dbuser, $dbpassword, $dbname, $dbhost );

$args = func_get_args();
$args = call_user_func_array( array( &$this, ‘_init’ ), $args );

if ( $args )
$this->db_servers = $args;
}`

Have you tried to globalize that function?

https://codex.wordpress.org/Function_Reference/wpdb_Class

In other words, add `global $wpdb;`

It is not trivial to do this. That’s probably why no one has jumped in. It would take a developer a few hours to get this working correctly. I am happy to give you some pointers, though I’m unsure how useful it will be.

The activity filter dropdown works by feeding parameters into the bp_has_members() loop. But that loop does not accept any parameters like “connected-to-him”. It does accept user_id and scope params, so you can get all of a user’s friends’ activity fairly easily. I’m not sure if this is what you mean by “related” and “unrelated”. If you want something above and beyond “friends”, then it’ll have to happen by means of a custom query.

Making an activity filter the default involves a few things. First, you have to ensure that the correct dropdown option is selected onload. That can probably be done easily enough at the template level. Then you have to filter the output of bp_ajax_querystring, so that when there are no other scope items being passed, you add the user_id and friends arguments to the query string. If you search these forums for bp_ajax_querystring, you should be able to get some hints.

As I said above, this will probably take a competent BP developer a few hours to implement – more if you need some complex query for the notion of “related” activity. Maybe that will help you BELIEVE why no one has jumped in to solve with a magical line of code

There must be something wrong with the way that you are editing the files. What program are you using to edit them? The file should look exactly like this: https://svn.buddypress.org/tags/1.2.8/bp-core/bp-core-avatars.php Yours must not.

I’m telling you, something is corrupt in your bp-core/bp-core-avatars.php file. You can see here https://trac.buddypress.org/browser/tags/1.2.8/bp-core/bp-core-avatars.php that there should be no call to bp_core_set_avatar_constants() on line 12 of the file. I’m guessing that the first 46 lines have somehow been removed from your file. Open it up and look to see that it matches the distribution version exactly.

yep they are one and the same and is familiar – obviously – with BP themes.

Dont touch any core files or htaccess before trying this:
Before an upgrade or moving to other hosting save your template folders created by “BuddyPress Template Pack” for your custom WP theme (members and groups)
Check inside your theme folders for each:
members/single/
groups/single/
there should be many subfolders and files
Some hosting providers does not copy files under some subfolder level
if those folders are empty copy those files from wp-content/plugins/buddypress/bp-themes/bp-default and paste inside your custom theme.
Please reply if this helps

Dont touch any core files or htaccess before trying this:
Before an upgrade or moving to other hosting save your template folders created by “BuddyPress Template Pack” for your custom WP theme (members and groups)
Check inside your theme folders for each:
members/single/
groups/single/
there should be many subfolders and files
Some hosting providers does not copy files under some subfolder level
if those folders are empty copy those files from wp-content/plugins/buddypress/bp-themes/bp-default and paste inside your custom theme.
Please reply if this helps