BuddyPress.org

For me, it displays the hand icon and I’m able to submit the form after pressing on it. I’m testing with a WordPress default theme.

Try switching your theme temporarily to see if you can duplicate your problem.

Sounds like you’re using a plugin because when you hit the “Public Message” button, it should take you to the Site-wide Activity page with the @-username pre-populated. The submit button is also named “Post Update” and not “Send”.

Could also be something that your theme implemented. If so, try changing your theme to a WordPress default theme to see if the behavior is how I described.

BuddyPress doesn’t handle user deletion. We use the WordPress user API to remove the account.

WordPress is in charge of removing data and they currently do not remove data from the wp_signups table when a user is deleted. Here’s a somewhat, related ticket:
https://core.trac.wordpress.org/ticket/43232

How are you getting item_id ?
You probably already have the author ID in the same object or array that is providing the item_id, especially if you’re in a loop.

You can always write a direct sql query: https://codex.wordpress.org/Class_Reference/wpdb

Could you do this using BP Follow?

If it does not give notifications for new posts you can add a quick function for that.

Google for ‘wordpress database search replace’.
And find results like:
https://interconnectit.com/products/search-and-replace-for-wordpress-databases/

Thanks for the thorough report, @jakdaniel5.

I’ve filed a ticket here – https://buddypress.trac.wordpress.org/ticket/7938

We’ll try to verify the issue internally. Once we can duplicate the problem, we’ll look to fix this up.

I applied the patch and tested with all default themes (twenty-*) and two custom themes and it works fine.

Got the answer for you.

In v3.0.0, we conditionally load code depending on the page you are on.

Since you are manipulating the default nav item, the screen code needs to be available before the call to bp_core_new_nav_default() is made.

You can use the following code snippet in conjunction with the code snippet you are currently using until v3.2.0 is released to address this issue:

add_action( 'bp_late_include', function() {
	// Include Email screen code on Settings component and for default nav action (which is empty).
	if ( is_user_logged_in() && bp_is_settings_component() && ! bp_current_action() ) {
		require_once buddypress()->settings->path . 'bp-settings/screens/notifications.php';
	}
}, 11 );

I’ve created a ticket here – https://buddypress.trac.wordpress.org/ticket/7935

I’ve created a ticket here – https://buddypress.trac.wordpress.org/ticket/7934

Hopefully, some other contributors can duplicate the problem.

Hello @r-a-y
I am also using fresh WordPress setup, but still facing the issue. Here are the setup environment details:
WordPress: 4.9.7
BuddyPress: 3.1.0
Twenty Seventeen: 1.6

I enabled script debugging by adding following code to wp-config.php:
define( 'SCRIPT_DEBUG', true );

View post on imgur.com

The issue is arriving when I am opening customizer from any page, either I am in Appearance section or Pages.

I tried one setting in BuddyPress and issue gone. I changed Template Pack from BuddyPress Nouveau to BuddyPress Legacy in Admin Panel > Settings > BuddyPress > Options tab > Main Settings > Template Pack.

When changed “Template Pack” to “BuddyPress Legacy” it’s not loading any js containing wp.customize.control, so it’s not generating any error.

this might be closer to what you are looking for: https://wordpress.org/plugins/buddypress-verified/