BuddyPress.org

Those are the 21 situations that are installed by BuddyPress. If a situation for password reset had existed it would have had to be installed by, at the momenent, an unknown plugin which then would have made the count 22.

So, at this point, it is still unclear whether an email template and associated situation existed prior to March 25. OK, so let’s try something that might provide some insight as to what may be occurring:

1. In an Activity post, @mention yourself, so that you would receive and email. We need to look at the email header information to see whether that email was sent by BuddyPress or by WP Mail SMTP.
2. Send yourself a test message from WP Mail SMTP (once for HTML and once for plain text), again to check the email header information.

Personally, I only use the built-in emailing capabilities for WordPress related messages and BuddyPress for its related messages. However, I did install WP Mail SMTP (default PHP configuration) just to check how it functions with sending emails.

I will also attempt to install All-In-One Security (AIOS) to see if it is installing the password email template and situation.

In the meantime, I’m interested in knowing the results of the email header information specifically 2 key value pairs:

• Content-Type
• X-Mailer

The above list are the keys and an example for the @mention test would be:

Content-Type: multipart/alternative; boundary="b1=_pryh1yml4xJIzLfYeFcRRVRuhNzbjtZon2KyTKgas"
X-Mailer: PHPMailer 6.9.3 (https://github.com/PHPMailer/PHPMailer)

For WP Mail SMTP the results for the HTML test would be:

Content-Type: text/html; charset=UTF-8
X-Mailer: WPMailSMTP/Mailer/mail 4.4.0

For WP Mail SMTP the results for the plain text would be:

Content-Type: text/plain; charset=UTF-8
X-Mailer: WPMailSMTP/Mailer/mail 4.4.0

What I’m attempting to do here is to fill in the blanks, in my mind/have an historical record, and via the process of elimination attempt to figure out what is preventing password reset emails from being delivered.

The issue at this point, as I see it, is that there is additional information that is missing or yet to be uncovered/disclosed. Do you know as a matter of fact that this email template existed prior to March 25? If the email template, it’s corresponding situation (what you call a trigger) and any underlying code to make all of this function, for a password reset to be sent via BuddyPress, would have had to have been created by a plugin (that is not BuddyPress) and if true then that plugin needs to be identified in order to figure out why it has not reinstalled the email template with an associated situation (trigger). Otherwise, if the email template never existed then your problem lies elsewhere.

Normally, password resets are a function of WordPress and are sent via the wp_mail() function that is executed via the retrieve_password() function. However, I noticed that you are using the WP Mail SMTP plugin of which password resets would be sent via this plugin instead of the wp_mail() function (WordPress).

There is an old plug-in to set a default cover image. I have it running without any problem on the current WP & BP
https://wordpress.org/plugins/buddypress-cover-photo/

@duyha83,

It seems that there isn’t enough information to make heads or tails of what might be occurring. Are you using the Youzify plugin? I ask because there are only 21 email templates (with corresponding situations) that come standard with BuddyPress. The email template shown in the screenshot you provided would have had to be installed by a 3rd party plugin.

Either you have been misinformed or you have misunderstood what was being conveyed to you. The BuddyBoss Platform is not BuddyPress. Try BB again for support.

BuddyBoss Home – Web

Dear @inspirationacademy,
Unhide the .messages-form .submit (Astra Pro may be hiding it) with:
.messages-form .submit { display: inline-block !important; }
If it’s still missing, copy the BuddyPress messages template into your child theme, add back the <button type="submit" name="send">Send</button>, then clear all caches.

This topic was answered and resolved by @thinlizzie, see the following:

Adding text intro to members page

Adding text intro to members page

Re. Alphabetical, the code here will work if you are using bp Nouveau

Change the selection option from “Last Active” to “Alphabetical” by default

To integrate BuddyPress into your Chipotle menu site and boost user engagement, start by enabling key BuddyPress components like user profiles, activity streams, and groups to let users share reviews, customizations, and tips. Use a lightweight theme like Astra or GeneratePress for better performance, and install caching plugins like WP Super Cache to keep the site fast. You can pair BuddyPress with plugins like rtMedia for photo sharing or Youzify to enhance profiles and community layout. Keep the social features focused on food discussions and menu insights, and avoid adding too many extras to maintain a smooth user experience.

Thanks for the screenshots, they do help. The page shown (General Settings) looks very similar to a page that is provided by the BuddyPress Groups Extras (BPGE) plugin, see the following screenshot:

As indicated in the screenshot, the Home or, in your case, the
Activities tab is fixed in place by the code:

if ( $nav['slug'] === 'home' ) {
	$disabled = 'ui-state-disabled';
}

The above snippet can be found here and just indicates that the Home tab is disabled from being sortable. The following is what the element (li) has as classname (default ui-state-disabled) for a non sortable tab of which the only one is the Home tab.

<li id="position_686f6d65" class="default ui-state-disabled">
     <strong>Home</strong>
</li>

While a sortable tab has default ui-sortable-handle as a classname.

<li id="position_6d656d62657273" class="default ui-sortable-handle" style="">
      <strong>Members <span>1</span></strong>
</li>

The BPGE plugin author claims this change was due to:

Group's "Activity"/"Home" navigation link is hard coded in BuddyPress to always be the first one, so disable its reordering.

However, when I rollback from v3.7.0 to v3.6.10, the Home tab is now sortable and can be moved. So the reason for the change is not entirely true.

Moving along, since the General Settings page from the BPGE plugin is similar to the page from your screenshots, we may be able to infer that there was a fork of some the code (the pages portion) from the BPGE plugin and was included in the BuddyBoss theme which AFAIK is a commercial (paid) theme, meaning I can’t verify the code within this theme due the status of free vs paid. If this is the case, then your resolve will have to come from the BuddyBoss developers. However, if the code that supports manage Page general setting resides elsewhere, e.g., custom code or 3rd party plugin, then the resolve is the responsibility of those who authored the code.

As an aside, as it relates to the BPGE plugin, there is an appearance of wonkiness with the reordering of group tabs which appears to be a factor that caused the change to make the Home tab not sortable, however, I’m not sure if BuddyPress is causing the wonkiness,

Having stated all of the above, it seems to me, the reason that you want the Pages tab to be the first tab is because you want that to be the landing page. Would this be a correct assumption? If so, there may be the possibility of changing the landing page to Pages, regardless of the tab order, which will depend on similar the code is similar enough to the BPGE plugin.

It looks like the password reset trigger is missing or misconfigured. Please check your BuddyPress or email plugin settings to ensure the reset situation is enabled and linked to the correct template.

2) … Also there, there is no way to change things here ? Add the thumbnail on the posts list for example, or separate the “comments” and “posts” tabs,…

“Things” can be changed programmatically. Additionally, BuddyPress does not come standard with “Posts” or “Comment” tabs. The only separation for these items is via the dropdown filter selection for “Posts” or “Comments” located in the Sitewide or User Activity streams which is standard for BuddyPress.

3) OK, really confusing.
And if the displyed name and real name arent the same, how can a user know the real @ he has to use to tag someone ?
BTW, i’ve made some tests and even if i use @displayname or @username, it doesnt send a notification to the user,…

Users typically figure out who is who and for @mentions, only the username is used for notifications. For example, a scenario where there are 2 users with the same displayname which happens to be Apple, however, each has a different username because usernames must be unique. Maybe a visual will help you digest this information:

If you are having issues with notifications, that is a different issue and might be related to some external factor such as a plugin or theme that is interfering with the notification process.

As for Main settings, yes, those available via a UI are limited, however, programmatically, there are plenty via constants, filter hooks and action hooks.