[@anonymized-6594935 Inactive 3 years, 2 months ago]

Hi @vapvarun

In 12.0.0, Directory page are using a custom post type, and everything is managed from the URLs settings tab which replaces the Pages settings tab where page mapping were performed.

From the URLs tab you can customize the title and the slug of BP Directory pages.

As I’m not using the WP Legacy Menu UI of the screenshot you added (I completely moved to Block Themes), I don’t check often the Logged in/out Member menu items. I think last time I checked it was ok, are you using a specific theme/plugin playing into this area?

[@anonymized-6594935 Inactive 3 years, 2 months ago]

Hi @fawp

This will be fixed in 12.0, here’s the ticket on our Trac environment: https://buddypress.trac.wordpress.org/ticket/8966

[@anonymized-6594935 Inactive 3 years, 2 months ago]

Hi @mktzetra

Can you try with another image, having the jpg extension and a 300px x 300px size ?

[@anonymized-6594935 Inactive 3 years, 7 months ago]

Hi @armaanfromatg

Thanks for your feedback & sorry for the inconvenient. In your wp-config.php file are you setting the WP_DEBUG constant to true? If so, you shouldn’t use it on a production site, I think the WordPress Site Health tool should advise you to avoid this practice.

We’ll fix this notice in 11.2.0. In the meantime, you can use this filter to disable the REST controller causing this error:
add_filter( 'bp_core_rest_api_controllers', '__return_empty_array' );

👋

[@anonymized-6594935 Inactive 3 years, 8 months ago]

Hi @mikealan,

When viewing the Groups directory, there’s a dynamic navigation to display all public groups, the groups of the logged in user or create a new group. JavaScript is used by BuddyPress to dynamically load the groups list when one of the first two navigation items are clicked.

Above the All groups tab is active and all public groups are displayed. When I click on the “My Groups” tab, here’s what I get with latest WordPress & BuddyPress (and no other plugins).

If the content is not refreshed for you, try to deactivate all your plugins (except BuddyPress), rename the file /wp-content/plugins/bp-custom.php to something else if it exists and activate a default WordPress theme like Twenty Twenty-Two. Once done, test again.

If the issue is still there, open your browser console to see if there’s a JavaScript error. If so, could you copy its content here?

[@anonymized-6594935 Inactive 3 years, 8 months ago]

Hi @munklefish

I was able to see the error message. You should rename /.../wp-content/plugins/bp-custom.php to /.../wp-content/plugins/bp-custom-erroring.php so that BuddyPress does not load it. The issue is with this custom file you added. This file is using a function that is not available when it tries to (undefined function is_site_admin() in /.../wp-content/plugins/bp-custom.php at line 44).

[@anonymized-6594935 Inactive 3 years, 8 months ago]

Hi @munklefish

You can use any file hosting service and paste a link here or DM me on our Slack if you prefer: https://make.wordpress.org/chat/

[@anonymized-6594935 Inactive 3 years, 8 months ago]

Hello @munklefish

Have you tried deactivating all plugins except BuddyPress and activating a WordPress default theme like Twenty Twenty-Three to be sure it’s a BuddyPress issue?

If so, what’s your setup?
WordPress Multisite or not? WordPress version?
If Multisite how BuddyPress has been activated? Network wide, on a specific site of the network?
PHP version?
Finally, could you check the error_log file of your server?

[@anonymized-6594935 Inactive 3 years, 8 months ago]

Hi try to replace:
if( bp_current_user_can( 'bp_moderate' ) || groups_is_user_mod( bp_loggedin_user_id(), $group_id ) )

With:
if( bp_current_user_can( 'bp_moderate' ) || groups_is_user_mod( bp_loggedin_user_id(), $group_id ) || groups_is_user_admin( bp_loggedin_user_id(), $group_id ) )

[@anonymized-6594935 Inactive 3 years, 8 months ago]

Thanks for your report. I agree, we should check the needed placeholders are in place inside the translated string.

[@anonymized-6594935 Inactive 3 years, 8 months ago]

Thanks for your report, it will be fixed in 12.0 version: https://buddypress.trac.wordpress.org/ticket/8820

[@anonymized-6594935 Inactive 3 years, 8 months ago]

Hi!

@adhamahmed: A better place to ask about this is: https://bbpress.org/forums/

@mpcd108: interesting, we don’t include such a view, what would be the benefit of it? Being able to see the awaiting requests to be able to withdraw some?

[@anonymized-6594935 Inactive 3 years, 8 months ago]

Hi @yoshibot

Your error log file says bp_get_deprecated_functions_versions() is not available. This function was introduced in version 11.0.0 of BuddyPress. I’ve just tested BuddyPress 11.0.0 using WordPress regular and multisite configs and I confirm when I try to login everything behaves as expected. I cannot reproduce your error.

When I look at your previous messages in this thread, I thought you decided to roll back to BuddyPress 10.6?

Could you please provide more information about what BuddyPress version you are using, what WordPress config you are using (regular or multisite) and how BuddyPress has been activated on your site if you are using a multisite config (eg: on the network/main site or on a subsite of the network)?

[@anonymized-6594935 Inactive 3 years, 8 months ago]

Hi @jakobuz

This is really weird, because:
– sprintf() is not used at line 233 in https://buddypress.trac.wordpress.org/browser/tags/11.0.0/src/bp-blogs/bp-blogs-activity.php#L233. Have you edited this file?
– “3 arguments are required, 2 given”: 3 arguments were required in BuddyPress 10.6.0 and below but only for multisite configs. Are you using multisite?
– It looks like you still had 10.6 code inside 11.0 for the bp_blogs_format_activity_action_new_blog_post() function.
– Have you kept the bp-blogs/bp-blogs-activity.php file you had when you upgraded to 11.0, I’d be curious to see it.

I’ve tested everything into this area for regular and multisite configs and I can’t reproduce.

[@anonymized-6594935 Inactive 3 years, 9 months ago]

Hi @fantamily

Thanks a lot for your feedback. The issue is actually caused by some custom code wrongly using the bp_get_send_message_button_args filter. Instead of returning an empty array to disable the private button on members profile header, this custom code retuns false.

That being said. We should be more cautious about this potential wrong usage, so we’ll have it fixed asap (next minor version 11.1.0).

See https://buddypress.trac.wordpress.org/ticket/8800 to follow our progress about it.

[@anonymized-6594935 Inactive 3 years, 9 months ago]

Hi @yoshibot,

Here’s the link to download previous version of BuddyPress: https://downloads.wordpress.org/plugin/buddypress.10.6.0.zip

FWIW, I can’t reproduce the issue you shared about notifications. For me everything works as expected, see:

[@anonymized-6594935 Inactive 3 years, 9 months ago]

Hi @drivezone, @fantamily & @yoshibot

Thanks a lot for your feedbacks. We’re going to investigate about the issues you reported.

[@anonymized-6594935 Inactive 3 years, 9 months ago]

Hi @philippklaschka

Thanks for your report, this issue seems to be caused by this plugin https://github.com/projectestac/wordpress-invite-anyone/ It hooks to bp_core_install_emails to run the function ass_install_emails that does not exist see: https://github.com/projectestac/wordpress-invite-anyone/blob/master/by-email/by-email.php#L1710

I advise you to deactivate this plugin, update BuddyPress and then reactivate this plugin once done. The bp_core_install_emails hook is only fired by BuddyPress when you install/upgrade and use the tool to reinstall emails, so it should be ok. But I strongly advise you to contact the plugin author so that he fixes this issue.

Hi @netmanuth

Thanks for your report, I’ll check BuddyX, but I doubt issue is with this theme.

[@anonymized-6594935 Inactive 3 years, 10 months ago]

Hi @michaelabf

I just tested & everything behaves as expected for me. Have you tried without any other plugins activated than BuddyPress?

[@anonymized-6594935 Inactive 3 years, 10 months ago]

Hi,

Thanks for your feedback. We got it and it will be fixed in next major version. See https://buddypress.trac.wordpress.org/changeset/13311/

[@anonymized-6594935 Inactive 3 years, 10 months ago]

Hi!

How can I help you?

[@anonymized-6594935 Inactive 3 years, 11 months ago]

Thanks for pinging me about it @teeboy4real. I confirm what @jamesosborne replied. Webp support has been added into BuddyPress 11.0.0. Don’t hesitate to test the beta to check it will solve your issue.

[@anonymized-6594935 Inactive 3 years, 11 months ago]

Hi @coolhunt

I don’t think such a resistance exists.

The first thing you need to introduce a change is the will to contribute to it and we, the BP core team members, will always spend energy to make this change happen in a safe way for all BP end users.

Some can consider we failed at listening to community needs.. I personally find it very unfair and very demotivating for me and the team. I can tell you I’ve tried at many occasions to let the community tell us what they need:

– Call for feature ideas, ticket fixes etc… Only the BP core team members contributed to this call.
– I tweet, post on bpdevel.wordpress.com before each development meeting to invite people to join and raise their voice.
– I’ve organized codex documentation contribution meetings for 6 months, only the BP core team members joined these meetings : improving documentation needs a lot more contributors.
– the last time we organized a survey we got 40 replies. One need was raised : Media in BuddyPress and I am working on it.

With so few inputs, we’re trying to guess according to what we notice using BuddyPress.

I think we can close this thread: we had interesting inputs, I’ve read/listen to everyone who expressed here. Now it’s time to DO 😉.

I will soon write a post recap to share how we will schedule the making of ideas / needs you all shared with us.

Thanks again 👍

[@anonymized-6594935 Inactive 3 years, 11 months ago]

Hi @djpaul

Yes we still want to change & improve BuddyPress using more features as plugins to do it smoothly. So no “reboot” 💥, but progressive changes 🐢.

Hi @coolhunt

Thanks for your feedback. I’m happy to read you found the “platform” that was able to match your expectations. The customer support you get is probably included into the price you pay, that’s probably the reason it’s more efficient 😉

[@anonymized-6594935 Inactive 3 years, 11 months ago]

@mike80222 According to our tests, PHP 8.0 & 8.1 are fine with BuddyPress. Each time we commit we run PHP Unit Tests on PHP from 7.4 to 8.1 see: https://github.com/buddypress/buddypress/actions/workflows/unit-tests.yml