BuddyPress.org

If your theme doesn’t explicitly use BuddyPress templates then the default templates will be used. For a quick look at the templates check out the GitHub repo.

I’m guessing your theme doesn’t explicitly use the templates so what you’d have to do is create them yourself. The general idea is to create a folder called buddypress inside your theme…[Read more]

It will do, sort of indirectly, actually. For more info on how it works, check out the Template Hierarchy article.

Actually scratch that last post – it’s now displaying the avatars as the WordPress avatars in the back-end but not the front end

In that case, I think we’ve just crossed that bridge hehe. i.e the next step will be to replace all instances of bp_core_fetch_avatar() in your front-end templates with get_avatar()

Humm.. not helpful then. In that case we might have to try doing it manually. Perhaps try disabling the filter which replaces the WP avatars with BP avatars. For example, add this to your theme’s functions.php file:

remove_filter( 'get_avatar', 'bp_core_fetch_avatar_filter', 10, 5 );

I think you can disable the Gravatar fallback as well with…[Read more]

Hi @elshobokshy

Take a look at Customizing BuddyPress Avatars

Hi @multimartin

I just tried searching the WP plugin repo and came across an old plugin that may be of some help. Take a look at Remove Avatars

Hi @laxmanvel

This functionality isn’t available in BuddyPress by default. You may have some luck searching the WP plugin repo although I haven’t seen anything like this myself. Let us know if you find anything!

Have you tried checking your junk mail folder?

Regarding your Bootstrap navbar markup, it doesn’t look quite right to me. For example navbar-fixed-top should be a class on <nav>

See: http://getbootstrap.com/components/#navbar-fixed-top

@micasuh great stuff, glad you found the problem in the end!

@micasuh _e( $text ) will search for the translation of $text and print it to screen. If a translation doesn’t exist, it’ll print $text. You might also come across __( $text ). This does the same but it returns instead of printing.

So yeah, these functions are definitely related to translating.

I see what you mean about having multiple callbacks but it is an option to keep in mind if the dev team consider your request too custom. If they agree to make the changes then great but there is a plan B available if that doesn’t happen.

2nd thoughts, there is a way of doing this without requiring changes to the core.

bp_legacy_theme_new_activity_comment() is the function where your comment form’s data is passed. You could write your own function in either a plugin or your theme’s functions.php which handles your custom data separately. You’d just need to hook it to your own…[Read more]

Hi @cyrilbatillat

What data were you planning on passing?

I don’t want to modify the core of BuddyPress, so is there an other way to do this ?

No but you could try asking the guys over at Trac if they could extend what data can be passed. If they agree, the changes usually take a minor version or two to make it into core but until then you c…[Read more]

If you’re using BuddyPress 2.0.2 with WordPress 3.9.2 with no plugins activated or even installed in the plugin folder and the Twenty Fourteen theme enabled then everything should work fine as this is a tried and tested combo. The only variables left are a) your server and b) your database.

Perhaps try rolling back your database? And also make…[Read more]

@micasuh humm. Perhaps try grabbing a fresh copy of the BP plugin code? https://wordpress.org/plugins/buddypress/

Something may have become corrupted in the actual plugin.

@micasuh the .mo file is most likely being loaded from your theme’s functions.php file. Alternatively, it may be loaded from a plugin. Or, maybe even bp-custom.php (if you have one of those).

Look for something such as the following and try removing it to see if it resolves the issue:

if ( file_exists( WP_LANG_DIR . '/buddypress-en_US.mo' ) ) {…[Read more]

Hi @wordpresschina

Check out this article: https://yoast.com/wordpress-ssl-setup/

If only the text strings are affected, language files spring to mind. Are you using any of these to translate strings? Looks like BP strings only are affected. Could your buddypress .mo file be corrupt? (If you have one?)

What makes you think the db is corrupted? In theory what you see in the screenshot could simply be caused by some rogue front-end CSS.