BuddyPress.org

I have found that “bp-legacy-css-inline-css” code is not loaded.
It’s including cover image and some.
It’s originally after buddypress.min.css.

<style id="bp-legacy-css-inline-css">
/* Cover image */
		#buddypress #header-cover-image {
			height: 400px;
			background-image: url(....);
		}

		#buddypress #create-group-form #header-cover-image {
			margin: 1em 0;
			position: relative;
		}

</style>

something like this.
This has been removed as well when I removed original css code.

I also created a folder (/wp-content/themes/my-theme/buddypress/css/buddypress.css).
It doesn’t load the original one and works fine. But it’s not loading “bp-legacy-css-inline-css”.
That’s why cover images are not showing.

Is there any solution or am I missing something?

Ok, so I got this piece of code, but I don’t understand it perfectly:

function bpcodex_rename_group_tabs() {
 
    if ( ! bp_is_group() ) {
        return;
    }
    
    buddypress()->groups->nav->edit_nav( array( ‘name’ => __( ‘Group Discussion’, ‘buddypress’ ) ), ‘forum’, bp_current_item() );
}
add_action( ‘bp_actions’, ‘bpcodex_rename_group_tabs’ );

which is the old item (‘Group Discussion’?) and the new one (‘forum’?)? Am I changing from ‘Group Discussion’ to ‘forums’ or the other way round?

It was in my own siteplugin. I added it to clear a bit the menu on my template…

You will need to go for a search…

Disable all plugins except buddypress and activate 1 by 1 to find the one that breaks it.

UPDATE: I found this topic -> Editing BuddyPress Core Files Within Child theme That suggested that I should have a buddypress folder inside my child theme directory, and that all my copied files should go in THERE! I made the change, but I still can’t update any of the actual files. I tried my PIZZA HUT test again, but this time nothing flashed on the screen. So I guess that’s not it?

BTW – I’m just going to keep posting updates as I go so that when someone shows up, they’ll have current information on what I’ve tried. Maybe save some time that way.

Side Note:
I dont know if I can/should ask this here, or if it should be a different post, but I’m trying to make changes to the buddypress templates in my child theme, and it seems that I’m not allowed (?!) to make changes to the actual templates?

For example, I was trying to make changes to cover-image-header.php just to see if I can. I wanted to add “Last Active:” just before the function that lists when the member was last active. Just to see if I could. When I refreshed the page, I thought I saw for a brief second that it did in fact say “Last Active:”, before it disappeared and just showed the original content again. To make sure it was actually my code and not a glitch, I repeated the process but replaced LAST ACTIVE with PIZZA HUT. Just to make sure it was actually me. Refresh -> Pizza Hut flashed. Yup, it was me. But why wont the code stick? Could it be my child theme document tree isn’t right? Or do I need to add some code somewhere so that changes in my child folder override files in the original buddypress folders?

When I copied my files over, I group selected the folders in plugins/buddypress/bp-templates/bp-legacy/buddypress and copied them all over to themes/my-theme/buddypress. Am I missing a folder or something?

Also: I figured out the concept behind add_action tacking on instructions to a do_action function. But where do the DO_ACTION functions live? And am I able to modify those? I would like to add some font-awesome icons to the front of my profile menu links the way we have here, but I can’t find the code that spits out the information.

Hi @henrywright
thanks for your reply.
Ok, at this time we need define it constantly…
But maybe, it will be great know from buddypress developer if there is in thear BUDDYPRESS WORK PLAN a task for to make a FRIEND PAGE (just like GROUP PAGE, or MEMBERS PAGE).
I do not know if you are a buddypress developer, or if you are in contact with them.
Do you know if there is a public docuemnt with BUDDYPRESS WORK PLAN?
Thanks for your support.

Ok there, I finally figured out the problem. It turns out that the is_email() function built into WordPress is extremely slow and takes around 6 seconds to compute. Since Buddypress used the function quite leisurely, the amount of time it took to send emails ended up being quite long.

Unfortunately a simple filter wasn’t enough, as WordPress was still processing the old function. I have removed the function and the problem is therefore “fixed”. Actually “applying a bandaid” is the more appropriate term here.

I’m going to report a bug to WordPress asap now. Thanks for your attempts at helping me though! However, if you do have an idea why the function is so slow I would be very glad to hear it!

I have moved to Https, but I don’t have problem with old content, NEW content image are shown as http in buddypress.

The solution I found was to use a plugin: SSL Insecure Content Fixer. I don’t know what it does but solved, the strange thing is that I’m actually using https for WordPress site.

Secure provided by cloudflare