As an interim fix, try renaming your CSS to 'buddypress.min.css' for now. When we moved our CSS generation tools over to Grunt and to support SCRIPT_DEBUG, this had the side-effect of needing to rename some files.
Keep your eye on the ticket that henry.wright linked to though.
@cwjordan – Thanks for the benchmarks. Are you using an object cache? If not, since you’re fetching profile data in a loop like this, I would temporarily disable object caching manually.
You’re using ob_start() and ob_end_clean() in the wrong manner.
You need to save the contents of the activity loop into a variable and then return the contents for the shortcode to work.
Something like:
ob_start();
// THE CODE YOU HAVE FOR THE ACTIVITY LOOP
// this is the part you're missing
$output = ob_get_contents();
ob_end_clean();
// this is the part you're missing
return $output;
@namrons – If you are using the older bp-default theme or a deriviative of the bp-default theme on your other sites, you’ll need to patch bp-default as well.
I’m guessing you have an older plugin that you want to support with the newer theme compatibility standard.
Since you’re referencing bp_core_load_template( 'activity/index' ) in your example, I’m guessing you are trying to add theme compat for a new slug in the activity directory (eg. example.com/activity/new-slug/)? If so, you’ll want to copy the following code, rename the class and change a few things, so it is applicable to your plugin: https://buddypress.trac.wordpress.org/browser/tags/2.0.1/bp-activity/bp-activity-screens.php#L301
Then you would load up your new class with the bp_core_load_template() call.
if ( class_exists( 'BP_Theme_Compat' ) ) {
new BP_Activity_WHATEVER_YOUR_CLASS_IS_CALLED_Theme_Compat;
}
bp_core_load_template( 'activity/index' );
