BuddyPress.org

=== 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

If you can revert to an older version of the .htaccess, it might be worth a test. 500 errors suggest that WP is not even loading in the absence of BP, which suggests that there might be something funky happening at the htaccess level.

Simple enough to try but you don’t overwrite these types of files ever always change it’s file name i.e turn it into a backup then upload another version, it’s a basic *nix principle.

Yes, I think I understand what you are suggesting. But I am saying that it is not possible at the moment. Groups, forums, etc, are universal in a BuddyPress installation. With some customization, you might be able to show certain groups only on a certain subdomain (using the BP setting BP_ENABLE_MULTIBLOG) but I don’t know of any plugin that will do this out of the box.

I agree and I attempted to limit the sub pages displayed when we restyled the bp-default dropdowns so one couldn’t nest a series of pages 20 deep as that is in a similar vein to too many top links, trouble is with a theme one can’t really dictate these matters that’s up to the user to manage, but my puzzlement was that this reviewer didn’t understand that and passed the comment that they did, really it wasn’t something that ought to be commented on.