BuddyPress.org

The username will be used in the profile URL so there’s no way of hiding it fully.

Try disabling all plugins to see if the problem still happens.

Maybe the 999 priority is too late? Try setting it to something like 8. This is guesswork so forgive me.

You should try to find out what’s causing such a huge memory usage. Start off with the default Twenty Fifteen theme and no plugins activated. Then activate your plugins one-by-one, to find the culprit.

I changed the source code

It’s never a good idea to change the plugin’s source. You should revert that change. Any custom code snippets you might have should go into either your theme’s functions.php file or a bp-custom.php file (if you have one).

You could use a control statement inside my_func()? For ex:

if ( 'something' === 'something' ) {
// Do something better than this...
$ret['blah'] = 'blah';
}


The exact condition you use will depend on what you’re trying to do.

Ah OK, cool. In that case you may also be interested to hear about bp_parse_args(). I think it’s a better way of doing what you want. This approach will also handle the loop pagination for you. For example:

function my_func( $ret ) {
// Your custom stuff here.
return $ret;
}
add_filter( 'bp_after_has_activities_parse_args', 'my_func'…[Read more]

I’m wondering why you’re writing a custom query to get user meta? That’s what the get_user_meta() function is for.

Ref: https://codex.wordpress.org/Function_Reference/get_user_meta

sw_partner_activity isn’t a BuddyPress hook. Are you using a plugin?

In that case, try asking here.

is_page() has been problematic for me in the past (when using with BuddyPress) but I thought those problems had been resolved. Feel free to open a Trac ticket for this.

When you say posts, do you mean WordPress posts, or BuddyPress activity items? Both “streams” are different and will require different solutions.

In that case @fried_eggz, can you open a ticket for this on Trac?

Hi @valuser

Can you open a Trac ticket for this?

This should be working. Have you installed any plugins that may be conflicting?

Make sure you have the setting checked under members/{username}/settings/notifications/

@mcpeanut I’m unable to test right now but can you give this a try on Twenty Fifteen or Twenty Sixteen and if the problem persists, would you mind opening a Trac ticket for this? Copying and pasting some of what you’ve wrote already should be fine.

The core devs might not see this forum topic.

Ref: https://buddypress.trac.wordpress.org/

Your best bet is to provide the theme author with some screenshots of the problem and hopefully they can issue a fix. It’s probably worth deactivating all plugins and custom code before taking the screengrabs, to be sure nothing is conflicting.

Try this:

$thread = new BP_Messages_Thread( bp_get_the_thread_id() );
echo $thread->last_message_id;

bp_get_the_thread_id() is what you will need.

You did the right thing by deactivating all plugins and then reactivating each one to find the culprit. Try doing that again, but this time refresh and test cropping after each plugin activation. The very moment cropping stops working, bam, you have your culprit 🙂