BuddyPress.org

Thanks for the reply. I understand about linking the bbPress “favorite” to BuddyPress activities.

But my real concern is:

I can’t unfavorite a forum topic from my profile forum favorties.

Here’s the steps I took:
If I’m looking at my Favorites in /members/[username]/forums/favorites, I start out with none.
Then I go to /forums/topic/[topic] to view the topic.
Now I click the “favorite” link.
Now I go back to /members/[username]/forums/favorites, And I see the forum topic in the list of my Favorites.
There is a missing image/icon where the button to remove the topic from my favorites.
If I click there, it’s not removing the topic from my favorites. And in the forums on /forums/topic/[topic name], when I refresh, the link still says unfavorite.
If I click that, the topic refreshes and the link has changed to favorite (So it removed the topic from my favorites.
Then I go back to /members/[user name]/forums/favorites, and it’s gone.

The same is true with subscriptions.

When looking at a member’s profile in the Forum tab, the last two tabs are Favorites then Subscriptions.

Basically, in the topic list for favorites and subscribed topics within the Member Profile page, the listing of a member’s favorites and subscribed topics has a missing icon in the untitled column to the left of ‘view’ column. When I hover over it, the link displays to bbPress.

The similar view from within bbPress (sitewide as opposed to within the Profile page) has this icon. When I click the link, it toggles correctly.

As I think I just proved, a picture is worth a thousand words 🙂

I tried it in the theme functions.php file, as multiple online tutorials recommended.
If there is a way to add it directly into the Buddypress plugin via plugin file editor, which Buddypress file should it be added to?

Hi @perchenet

Just to be sure we are talking about the same things:
– The Active/Online members legacy widgets were removed from BuddyPress 12.0.0 and moved into the BP Classic add-on as they were deprecated since 10.0.0 (following their migration as block widgets in version 9.0.
– The Active/Online members block widgets are available in 12.0.0 and are (almost completely) translated into french. In 12.0.0 we’ve changed the way we build blocks to use the WordPress way (block.json + wordpress/scripts builder) instead of our “9.0 to 11.0” way (Parcel.js).

The below screenshot is showing the Active/Online members block widgets translated into french.

Looking at your screenshot, it looks like you are using a custom translation file and renamed these widgets to “Aupostien·ne·s récemment en service / en ligne”.

I also see that the default block widget title is not translated, I guess WordPress is not supporting translating the attributes described into the block.json file (that’s why I was writing (almost completely) a bit above). I agree that’s annoying and I’ll probably work on a way to have the default title translated. But, you can customize this title using the Block Inspector from the right sidebar once you activated its display (follow the first arrow in the below screenshot).

So to have the title into french you just need to enter your text into the “Titre” field like I did on the above screenshot. So you can use “Aupostien·ne·s récemment en service” as the block widget’s title for example.

Thanks again for your congrats 😍

Hi @tdakanalis

Thanks for your feedback. Short answer is: you can’t anymore. In BP 12.0.0, we’ve delayed the moment when BuddyPress objects are fully set to the time when WordPress parses a query in order to comply with the WP Rewrite API.

We’ve faced the issue you’re talking about because group extensions are loaded way too early. We haven’t changed this to avoid too much back compatibility issues and opted to build the BP Classic plugin for users that may use plugin like yours.

If you can’t get the group ID in the constructor method of your group extension, it doesn’t mean you can get it when you actually need it: that is to say when your group’s extension screen/nav is generated by BuddyPress.

Actions you need to take:
1. Make sure you are using the latest BP Group Extension API (the one we introduced in version 1.8 which returns arguments to the parent class (eg return parent::init( $args );). I advise you to read this updated documentation about it: https://github.com/imath/buddypress/tree/master/docs/developer/group-extension
2. Use the newly introduced (12.0.0) show_tab_callback, see https://github.com/imath/buddypress/tree/master/docs/developer/group-extension#show_tab_callback
3. Look at the code explaining how to use this new argument here or there
4. Update your code 🙏.

Hi @priyam1234

I’m not sure to understand what you’re trying to do, but if you need to force the BP Directories metabox to be shown in the Nav Menus Admin Screen, you can try that:

function priyam1234_hidden_meta_boxes( $hidden, $screen ) {
	if ( isset( $screen->id ) && 'nav-menus' === $screen->id ) {
		$hidden = array_diff( $hidden, array( 'add-post-type-buddypress' ) );
	}

	return $hidden;
}
add_filter( 'hidden_meta_boxes', 'priyam1234_hidden_meta_boxes', 10, 2 );

Good news – this issue has disappeared for me. Not sure if it was the upgrade to BuddyPress 12.0.0.

Hi @meghraaj,

We are using the REST API endpoint internally to manage group members and it works as expected. I’ve just tested the CREATE endpoint successfully in a similar way than the one we’re explaining here: https://developer.buddypress.org/bp-rest-api/reference/user-groups/group-membership/#add-a-specific-member-into-a-group

I wasn’t able to reproduce the issue, sorry. Have you made sure to deactivate all plugins but BuddyPress to test your code?

Hi @legiosmoke

I’ve just test Astra with BuddyPress 12.0, it works as expected, images are not disappearing, here’s a proof of it:

Hi @legiosmoke

Thanks for your feedback. I’ll test the Astra Theme version that is available on the Theme directory to see if all images are disappearing once BuddyPress is activated.