BuddyPress.org

My BuddyPress community is private. Would this photo help determine what CSS needs to be added and where?

Thanks for your tests (and your wishes) @alersn 👌

I’ll try to explain what’s happening in your case and I believe it also concerns most people using a plugin that is managing Group or Member types. First, I had to handle a similar case for a plugin I’ve build to manage Member Types years ago.

These kind of plugins had to make a choice about how to ensure type properties persistency, because when BuddyPress introduced the feature only registering Types using custom code was possible. For instance, I chose a regular WordPress option. BP Create Group Type chose to use a Custom Post Type. So most Group Type properties like the one to show checkboxes into the Group create screen are saved as post metas.

In 7.0.0, as BP Types are custom taxonomies, we decided to use term metas to store these properties. This means, properties are not saved at the same place, that’s why you’re experiencing this issue.

I agree it’s not great for user experience to have 2 group types menu into the admin and have 2 different ways to manage Type properties: it’s confusing. Ideally, these kind of plugins should alternatively:
a. disable Group Types menu generated by BuddyPress.
b. use a specific upgrade routine when the plugin is used with BuddyPress 7.0.0.

I chose b. for my plugin 😉 because I believe it’s important to enjoy the improvements brought by BuddyPress. It’s standardizing how Type properties are saved, and it will avoid users to be stuck with a BP Plugin (that might have dropped its support) in the long term.

If BuddyPress plugin developers are interested about how I’ve migrated the Member Types properties my plugin was using so it now uses the BuddyPress way, here’s a gist about it:

https://gist.github.com/imath/df65b7c856fbd02024a84c7ecc016090

Best wishes to you too 🎉

Hi,

Please see the below answers.

1. Which version of WordPress are you running? 5.6

2. Did you install WordPress as a directory or subdomain install? Directory

3. If a directory install, is it in root or in a subdirectory? Root

4. Did you upgrade from a previous version of WordPress? If so, from which version? No

5. Was WordPress functioning properly before installing/upgrading BuddyPress (BP)? e.g. permalinks, creating a new post, commenting. Yes

6. Which version of BP are you running? 7.0.0

7. Did you upgraded from a previous version of BP? If so, from which version? No

8. Do you have any plugins other than BuddyPress installed and activated? If so, which ones? Yes. But I deactivated all for testing purposes but the problem persists.

9. Are you using a standard WordPress theme or customized theme? Customized

10. Which theme do you use? My Listing

11. Have you modified the core files in any way? No

12. Do you have any custom functions in bp-custom.php? No

13. If running bbPress, which version? Or did your BuddyPress install come with a copy of bbPress built-in? 2.6.6

14. Please provide a list of any errors in your server’s log files. Non

15. Which company provides your hosting? Bluehost

16. Is your server running Windows, or if Linux; Apache, nginx or something else? Apache

17. Which BP Theme are you using? Non

18. Have you overloaded any BuddyPress template files. No

19. Any other site customisations that might have a bearing on the issue? Non

20. What BP Template Pack is activated in your installation? You will see that under Dashboard > Settings > BuddyPress – Options page. Non

For everybody’s information: found out the file to modify

mytheme/buddypress/members/single/profile.php