[@dcavins Keymaster 6 years, 7 months ago]

Hi @tsurf-

That sounds like a big project. You’ll need to work with a knowledgable developer (or become one yourself) to solve it.

[@dcavins Keymaster 6 years, 7 months ago]

Hi @mon2-

You’d have to write some custom code to add that functionality. (That’s beyond the scope of the support forum.) I’m guessing that you could add a WP Cron job that fetches old friendship requests and send the notifications again, but it would take some work on your part. You can see how the initial request email is sent here:
https://github.com/buddypress/BuddyPress/blob/master/src/bp-friends/bp-friends-functions.php#L825

[@dcavins Keymaster 6 years, 7 months ago]

Are you using the Legacy or Nouveau template set? If you are using Nouveau, the activity items are loaded via AJAX, so there could be a delay if your server doesn’t respond quickly to the AJAX request, but there should be a box that says “loading the activity items or similar”.

Please also test this problem with a basic theme like TwentyNineteen, since I can imagine that some themes will use lazy loading techniques or similar that could be problematic.

[@dcavins Keymaster 6 years, 7 months ago]

Have you already tried the BuddyPress repair tools? They’re in your WP-admin dashboard > Tools > BuddyPress (at /wp-admin/tools.php?page=bp-tools).

[@dcavins Keymaster 6 years, 7 months ago]

Hi @chrix22-

I don’t think that that is a core BuddyPress screen. Are you adding it via a plugin or the theme you’ve chosen? If so, you’ll need to seek support there.

[@dcavins Keymaster 6 years, 7 months ago]

Appears to be a false alarm.

We are using the PHPMailer class that is included in WordPress. In WP latest stable release (5.2.4) the version of PHPMailer is 5.2.22 and in 5.3 it’s 5.2.27. The problematic PHPMailer versions are < 5.2.20.

[@dcavins Keymaster 6 years, 7 months ago]

If anyone has come up with the CSS rule to solve this issue, please share it for other forum users. Thanks!

[@dcavins Keymaster 6 years, 7 months ago]

Thanks for managing this ticket!

[@dcavins Keymaster 6 years, 7 months ago]

Thanks for the update!

[@dcavins Keymaster 6 years, 7 months ago]

Can you enable debugging and see what php error is being thrown?

Debugging in WordPress

When you see the message “The site is experiencing technical difficulties.”, it means that there has been an error thrown, and you’ll need to know what is going wrong where to resolve your issue.

Please let us know what problem is being recorded in your debug log.

[@dcavins Keymaster 6 years, 7 months ago]

What should happen is that the user is bounced to wp-login.php with the “return_to” address set to the page they were trying to reach.

Do you have any other plugins that are managing the login form or handling redirects more generally?

[@dcavins Keymaster 6 years, 8 months ago]

Note that you will have to have “Enable BuddyPress to WordPress profile syncing” checked in order for the function I provided to work.

Also, “WP offers the ability to set the display_name to any of the other names (nickname, first name last name, username, and more)”, yes that’s true, but when your preference is saved, the value you chose is copied into the “display_name” field in the wp_user database, so don’t get distracted by that issue–it’s still the WP “display_name” that bbPress and BuddyPress care about.

[@dcavins Keymaster 6 years, 8 months ago]

Sorry, it’s not the BP nickname field. That’s actually a WP user meta field.

Other things that appear to be true:
• BP uses WP’s “Display Name” to label the user in activity items and elsewhere.
• WP’s ‘nickname’ meta is required but not used widely?

So it seems like the key field for display in BP, bbPress and WP is WP’s “display name” field.

Ha! Names are confusing!

[@dcavins Keymaster 6 years, 8 months ago]

Hi Tom-

It sounds like you have a lot of balls in the air. For instance:

Remember, I have removed the original xprofile_sync function.

Honestly, I can’t know enough about your setup to tell you anything for sure. What I can tell you is this:

• bbPress uses WordPress’s “Display Name” field, not a BuddyPress field.
• BuddyPress only updates the WP “Display Name” field when profile syncing is enabled.
• BP’s default sync function also updates WP’s “First Name” and “Last Name”
• The replacement function I provided updates WP’s “Display Name” but _not_ the “First Name” and “Last Name” fields.

Feel free to comment out the “nickname” update line. You won’t hurt anything. You’ll just not update the BP “nickname” field. Which won’t affect the name bbPress displays.

[@dcavins Keymaster 6 years, 8 months ago]

Hi. I don’t know what you mean. Can you post an image of the problem to imgur or imgbb or similar?

[@dcavins Keymaster 6 years, 8 months ago]

There are several ways to edit messages. Since these messages are filtered (it’s applied here: https://github.com/buddypress/BuddyPress/blob/5.0.0/src/bp-templates/bp-nouveau/includes/functions.php#L932), you could add something like this in your bp-custom.php file:

add_filter( 'bp_nouveau_feedback_messages', function ( $messages ) {
	$messages['request-details']['message'] = 'My custom message';
	return $messages;
} );

If you find yourself changing a lot of messages, then creating a custom language file is the way to go. https://codex.buddypress.org/getting-started/customizing/customizing-labels-messages-and-urls/

[@dcavins Keymaster 6 years, 8 months ago]

Users are considered “active” when they have contributed something to the site. This is judged by whether they have an item in the bp_activity table. You could add fake last_activity items directly to the database table to make it look like they are active users.

You could also change the loop templates (like members/members-loop.php) to actually remove items or add CSS to just not display, like .directory.members .pag-count { display: none }

It’s a temporary situation (you’ll have more active users soon), so whatever you do should be easy to reverse.

[@dcavins Keymaster 6 years, 8 months ago]

Hi @ibes-

I’d try to use Xprofile for managing profile fields. There’s a lot of baked-in goodness with the Xprofile component.

Obviously, I don’t know what will work in your situation, but it seems like name matching is reasonable. You could probably also extend the Xprofile Groups and Fields classes to add some sort of persistent-ID parameter for each object.

Check out the code at bp-xprofile/classes/.

[@dcavins Keymaster 6 years, 8 months ago]

Hi Tom-

I’d guess that you (or the previous site admin) edited the Display Name field to be called “Name.” You can check by visiting this screen on your installation: /wp-admin/users.php?page=bp-profile-setup

“Display Name” is usually the first profile field created, so if you inspect the input, and it has the name=field_1, then you can guess that your “Name” field is the “Display Name” field I’m talking about, just renamed, similar to how you renamed the “Base profile.” It sounds like when you’re talking about “Forum Name” you’re talking about BP’s Base Profile > Display Name, but with your own naming convention.

I also was wrong about the synchronization between Display Name and First and Last name. If I update the Display Field to be “Too Slim”, the WP First Name will become “Too” and the WP Last Name will become “Slim,” assuming that “Enable BuddyPress to WordPress profile syncing” (s you said). The WordPress “Display Name” field will become “Too Slim.” The WP “Display Name” is also looks like what is used by bbPress in its loops.

So, if you want your users to be able to change the name used by the bbPress forums, you’ll need to have “Enable BuddyPress to WordPress profile syncing” checked. Then, the WP “Display Name” field is updated when the BP “Display Name” field is checked. If you want to leave WP’s First and Last Name fields to not be synced after sign-up, the following code could be added to your bp-custom.php file or wherever you keep your customization code:

// Remove BP's action because it syncs nickname, display_name, first_name and last_name.
remove_action( 'xprofile_data_after_save', 'xprofile_sync_wp_profile_on_single_field_set' );
function my_custom_xprofile_sync_wp_display_name_only_on_single_field_set( $user_id = 0 ) {
	// Bail if profile syncing is disabled.
	if ( bp_disable_profile_sync() ) {
		return true;
	}

	if ( empty( $user_id ) ) {
		$user_id = bp_loggedin_user_id();
	}

	if ( empty( $user_id ) ) {
		return false;
	}

	$fullname = xprofile_get_field_data( bp_xprofile_fullname_field_id(), $user_id );

	bp_update_user_meta( $user_id, 'nickname',   $fullname  );

	wp_update_user( array( 'ID' => $user_id, 'display_name' => $fullname ) );
}
add_action( 'xprofile_data_after_save', 'my_custom_xprofile_sync_wp_display_name_only_on_single_field_set' );

It’s a modified version of this function, leaving the first and last name logic out: https://github.com/buddypress/BuddyPress/blob/5.0.0/src/bp-xprofile/bp-xprofile-functions.php#L803

[@dcavins Keymaster 6 years, 8 months ago]

Hi @jannetto96-

I can verify that adding a buddypress.php or community.php file to the root of the active theme directory does result in BuddyPress using that file preferentially over something more generic. Please check that the new file has been created with permissions that allow the _www user (or whatever your webserver runs as) to read the file.

Next, try it with a different theme, like TwentyNineteen or similar. It could be your theme is loading templates in a nonstandard way.

[@dcavins Keymaster 6 years, 8 months ago]

Hi @javimarcal-

It sounds like you’ll need to visit the updates page in your WP admin dashboard to download and use the language files for BuddyPress and other plugins. The updates page is at /wp-admin/update-core.php

[@dcavins Keymaster 6 years, 8 months ago]

There’s an inline style on your site that is setting the input border to white. It’s most likely being added via some theme setting or via the customizer (because it is being added inline).

[@dcavins Keymaster 6 years, 8 months ago]

Hi @tdurocher-

What screen are you using to change the bbPress “forum name”? (That’s unfamiliar to me.)

BuddyPress uses the user’s profile to manage names, and doesn’t generally interact with the First and Last name fields; it allows the user to manage the Display Name field. For instance, via http://bptest.local/members/admin/profile/edit/group/1/

Adding MemberPress to the mix complicates the issue somewhat, too.

[@dcavins Keymaster 6 years, 8 months ago]

Sure, you can add a filter to the bp_activity_can_comment filter point. It is designed to only allow comments on certain types of posts/objects, but there’s no reason you couldn’t take the current user into account in your filter.

You can read more about filters here:

add_filter()

The filter I’m talking about is here in the code:
https://github.com/buddypress/BuddyPress/blob/4.4.0/src/bp-activity/bp-activity-template.php#L2871

Here’s an example of a filter based on who should be able to comment:
https://github.com/buddypress/BuddyPress/commit/f968ef5198b48273a477227876fbb1d94b108755

[@dcavins Keymaster 6 years, 8 months ago]

Thanks @benjiswart for posting the solution you found!