[@emaralive Moderator 5 days, 20 hours ago]

Hi,

I’m not sure I, totally, understand your inquiry but, I’ll provide some information that may be of some help. The BP Nouveau template pack provides for use of the wp_editor() function configured as TinyMCE and by default provides 7 buttons, e.g.:

• Bold
• Italic
• Bulleted list
• Numbered (ordered) list
• Blockquote
• Link
• Image

Compose and Reply makes use of the same wp_editor and due the use of various filter hooks, the number of buttons can be altered by a plugin or someone implementing custom code. Depending on the code that is external to BuddyPress, there is opportunity to make various buttons available to different users.

For the sake of simplicity, the following screenshot is a simple illustration:

As for settings within BuddyPress, there isn’t a UI available for this purpose. However, some plugins that provide additional TinyMCE buttons, may offer UI settings.

[@emaralive Moderator 2 weeks, 4 days ago]

Hi,

I’m not sure how soon the BP Team can address this anomaly. I’m not sure what you meant by “crashes“, so perhaps further conversation regarding this term is warranted as in; what is your definition of “crashes“?.

That said, what I am able to ascertain is that with “Modern Image Formats (v 2.5.0)” installed and activated, any attempt to upload a profile image (avatar) results in a user defined error message of:

There was a problem cropping your profile photo.

Additionally, depending on which PHP version is installed, e.g. v8+, additional observations are:

• PHP errors may be observed (v8.0.30)
• Cropping bounding box may be missing with the crop window limited to the upper left quandrant (v8.0.30 & v8.1.31)

All I can say, at the moment, is that this anomaly is under investigation and may require more information from you.

[@emaralive Moderator 3 weeks, 2 days ago]

Hi,

If you’ve not discovered this yet and given the standard Recently Active Members Block Widget, if you have the Settings button enabled/active, you will be able to change the settings, e.g.:

If you are looking for the Legacy Widget version then you will have to install and activate the BP Classic plugin.

Additionally, 15 is the default number of members. As for the changing number of members after some period of time, I’m not able, at the moment, to duplicate what your are experiencing, meaning, given the default of 15 members I’ve yet to see the displayed number decrease from 15 and I’ve been observing for over a week. I’m just saying, I’m yet to experience the anomaly that you have described.

Furthermore, the data is retrieved from the bp_activity database table for the rows that have the component column equal to “members“, the type column equal to “last_activity“, as well as other criteria, e.g. number of members to return based on the number that is stipulated.

[@emaralive Moderator 3 weeks, 4 days ago]

Hi,

Try reading through the following document to see if the information provides some insight:

Navigation menus

[@emaralive Moderator 1 month ago]

Hi,

Some of the answers may have to come from the Theme developer, i.e. Re-Hub theme, for example:

1) How can I configure the user profile page? There are elements I find unnecessary for my website, and I’d like to remove them: the sharing buttons, the “write a note” option, etc.

The “sharing buttons” and “write a note” options are not standard for BuddyPress and are either introduced by your theme in use or possibly from a plugin you have actuated.

Additionally, without getting into a lot of detail, depending on the template pack in use, e.g., Legacy or Nouveau, there are an assortment of template pages that can be overloaded/overridden (requres advanced knownledge).

2) Users registered on my site can publish articles using a frontend plugin, comment, etc.
However, nothing appears in the “Activity” section: even if someone has published an article, nothing shows up. Similarly, nothing appears if they leave comments, someone replies to their comment, or tags them.
Also, what does the “Favorites” button correspond to? With the theme I’m using, users can save articles as favorites, which are then displayed on a dedicated page. Is that what it’s supposed to refer to?

As to “articles“, I’ll assume these are synonymous with “blog posts“, typically these are synced to “Activities” via BuddyPress settings (wp-admin > Settings > BuddyPress) by enabling the “Site Tracking” component within the “Components” tab and enabling the “Post Comments” option under “Activity Streams” within the “Options” tab. See Post comments

As to “Favorites”, think of these as “bookmarks”, IOW, Activity items may be marked as “favorites” or unmarked as “Favorites” which will be listed within the “Favorites” tab, if marked accordingly and, yes, Favorites behave as you have indicated.

3) On the profile page, users can change their username and select a username that’s already in use (which isn’t allowed during registration). How can I fix this?

Usernames are unique and cannot be changed. In a “users” profile, the username is preceded/prefixed with the @ symbol. What may be confusing is the “Name” field which is more akin to the display name, to be more precise, it appears to be the “Display name publicly as”, which can be the same as the username or can be different from the username. What’s confusing is that there specific BuddyPress profile fields that correspond WordPress profile fields that may or may not have the same nomenclature. See Your Profile Screen – names section.

It seems like you are trying to fix something like, there can only be one user with a display name of "Alice". Rightly or wrongly, I suppose confusion abounds when a “display name” is conflated as being a “username”.

Perhaps, someone else will have a better or more precise explanation than I have provided.

[@emaralive Moderator 1 month, 3 weeks ago]

Hi @asmaajaved,

Wonderful news, glad you could resolve the issue. 🙂 🎉

[@emaralive Moderator 2 months ago]

The answer to your initial post can be found at the following:

BP Template Pack JavaScript and Style assets are now only loaded into the community area of your site

As to your 2nd post, most likely via the following:

wp_localize_script( 'bp-nouveau', 'BP_Nouveau', apply_filters( 'bp_core_get_js_strings', $params ) );

[@emaralive Moderator 2 months ago]

I see that this is a multisite installation, not that this should matter, it’s just that more information gets revealed over time. I noticed that define(‘WP_ALLOW_MULTISITE’, true); is listed twice; is this verbatim or just something that happened with copy & paste, just curious?

As to base64_decode, this may not apply, this would have been a malicious attempt to obfuscate, I was just trying to rationalize why you aren’t finding where the BP_GROUPS_DEFAULT_EXTENSION constant is being defined.

Perhaps I should ask the question differently; what tool are you using to search for the BP_GROUPS_DEFAULT_EXTENSION constant? Typically constants are defined in wp-config.php, it appears, however, the BP_GROUPS_DEFAULT_EXTENSIONcan be defined in a child theme'sfunctions.php` or a “Must Use” plugin, etc, etc.

[@emaralive Moderator 2 months ago]

Hiding – not easily seen.

The constants you’ve indicated are for WordPress and are typically defined within wp-config.php, if you search for one of those constant names, does it show up in your search results?

[@emaralive Moderator 2 months ago]

Hmmm… is this a production or development or staging site? We know the constant is being set. Would someone actually use a base64_decode hack to hide the fact?

[@emaralive Moderator 2 months ago]

Well that’s odd unless someone has used the const keyword to define it. Search for just BP_GROUPS_DEFAULT_EXTENSION and see what that finds.

The Bottom line is that this constant is being set to the value of “forum”, just need to find how and where.

[@emaralive Moderator 2 months ago]

Thanks,

BP_GROUPS_SLUG (deprecated), as indicated is deprecated and shouldn’t be defined/used. However, BP_GROUPS_DEFAULT_EXTENSION is defined as “forum” which is what is causing the initial 404 redirect (page not found). Apparently, there was a “forum” nav item for any given group and now there is not therefore, that page can’t be found.

Somewhere, perhaps wp-config.php, there is a line that contains define( 'BP_GROUPS_DEFAULT_EXTENSION', 'forum' );, find it and either remove it or comment it out and then you won’t need the redirect plugin. Perhaps, the bbPress plugin was previously activated and all groups had “Group Forum” enabled and thus the constant being defined as it was.

[@emaralive Moderator 2 months ago]

@asmaajaved – out of curiosity, I’m interested in knowing the value that is set for the BP_GROUPS_DEFAULT_EXTENSION constant. This information can be found within the Site Health Info tab, e.g., wp-admin/site-health.php?tab=debug, scroll down to the last panel (BuddyPress Constants) then open the panel and find the aforementioned constant.

This might provide an additional clue as to what may be occurring.

[@emaralive Moderator 2 months ago]

Let’s not do that, I would prefer not to get involved in that way.

It looks like after group creation, there should be a 302 redirect to the newly created group page. Since you are able to delete groups, I assume you are doing so from wp-admin > groups page.

Notwithstanding the 302 redirect after group creation. Since the groups appear to be created, you should be able to access any of the created groups directly, e.g.:

https:example.com/groups/new-group

I’m not sure if this is actually a BuddyPress issue.

I’ll ask around and see if anyone else on the team has heard of this.

[@emaralive Moderator 2 months ago]

Unfortunately, I’ve not seen this before, so it may take a while to figure what is going on. Until I can duplicate this anomaly, it is hard to say what a fix would be.

[@emaralive Moderator 2 months ago]

For some reason you are getting a 404 page (Page not found”). Does this happen immediately after you create a group? Meaning, after creating a group you should be taken to the newly created group page but you are redirected to a 404 page, is this correct?

Also, this anomaly happens with all group types (public, private & hidden)?

[@emaralive Moderator 2 months ago]

Hi @davesumpter,

It would depend on the theme in use on how you would edit the Site Title link, assuming the Site Logo has the same link as the Site Title, you would use a URL similar to:

https://example.com/members/me

The “me” is the default shortlink redirector member slug. IOW, this will redirect to the profile area of the logged in user, typically, their activity stream/feed

[@emaralive Moderator 2 months ago]

Hi @jrpmedia,

Were you able to resolve this issue?

[@emaralive Moderator 2 months ago]

Hi @asmaajaved,

I’m not sure if this an edge case, so more information is required, e.g.:

1. WordPress version
2. WordPress permalink setting(plain or pretty URLs)
3. WordPress theme in use
4. BuddyPress version
5. BuddyPress template pack in use
6. What does your error log reveal?

It would also help to have a screenshot of:

the single groups pages show up empty

[@emaralive Moderator 2 months ago]

Hi,

The BuddyPress Featured Members plugin appears to be authored by BuddyDev. Have you tried their support forum?

BuddyDev Support – BuddyDev site

Or

[BuddyPress Featured Members] Support – WordPress Forum

[@emaralive Moderator 2 months, 1 week ago]

@cactuscat

What is your permalink structure set to, e.g., plain or pretty URLs?

[@emaralive Moderator 2 months, 2 weeks ago]

Unfortunately, you’ve applied a band-aid at the Theme level. The next Theme update will remove your band-aid and you will have to apply it again, given the approach you’ve taken.

The bp_loggedin_user_domain( ) function should have returned a URL with a trailing slash, for example:

http://www.url.com/members/username/

Which is why the Theme has it written as:

bp_loggedin_user_domain() . $bp->notifications->slug

Something is causing the trailing slash to be missing, solving for this will be the fix. Maybe a plugin or some custom code is filtering the return value, such that is stripping the trailing slash.

Assuming you are using BuddyPress 14.3.3, see the following URL for the source code:

bp_loggedin_user_domain()

[@emaralive Moderator 2 months, 2 weeks ago]

OK, sounds good, I’m glad you were able to figure out the cause. May I consider this topic resolved?

[@emaralive Moderator 2 months, 2 weeks ago]

Hmmm… that seems odd. What does your error log reveal and does Site Heath Status reveal any critical issues?

[@emaralive Moderator 2 months, 2 weeks ago]

Hi @antipole,

It is difficult to say but, normally, there would be a redirect to the wp-login.php, given your example:

https://mysite.org.uk/members/myusername/messages/view/572/

The above would, normally, redirect to:

https://mysite.org.uk/wp-login.php?redirect_to=https%3A%2F%2Fmysite.org.uk%2Fmembers%2Fmyusername%2Fmessages%2Fview%2F572%2F&bp-auth=1&action=bpnoaccess

The redirect is due to a page that requires authentication and if not authenticated, there is an attempt to redirect to wp-login.php. Since this does not happen, it may be that your Redirect plugin is bypassing wp-login.php and redirecting to your 404 page, instead. I’m not sure if this is configuration issue with the Redirect plugin or just the way it works or if there is another cause.

In a nutshell the flow is:

1. bp_core_no_access()
2. bp_core_redirect()
3. wp_safe_redirect()