You have placed the code in parent theme’s functions.php which is not correct, because in future you will have an update of the theme and when you will update these changes will be lost. So you should always paste any new code in child theme’s functions.php. In case it is not working there and you are not able to get it why? then install this https://wordpress.org/plugins/code-snippets/ plugin and try adding code under snippets and see if it is working fine. Also before placing code with this plugin just remove it from your functions.php otherwise if the same code will be there on both places then it will generate a fatal error.
When I moved the code to the functions.php in the social-portfolio folder, it worked exactly as expected.
This function returns all the registered group types so you have to write your own for this. https://wordpress.org/plugins/bp-create-group-type/ this plugin have option to let you choose which group type you want to show/hide.
Now it’s redirecting to the WordPress admin page for a user account. Not the super admin for the site, but just the account. Not sure I recall editing anything for this to happen.
“Show Toolbar when viewing site” is a WP setting.
Somebody probably has such a function.
But you should ask a larger audience – try wordpress.org/support/
The bug needs to be reproduceable on a fresh install of WordPress and BuddyPress.
If you are able to replicate this bug there, then please list the steps it takes to duplicate the problem.
It’s possible that you are using a plugin or custom code to change certain things. If that is the case, you need to disable all BuddyPress-related plugins and code snippets and then trying to reactivate each one to pinpoint what is causing the problem.
Here is a video that shows what the issue is. Apologies for the third-grade video editing:
As shown in this video, the steps to recreate the issue are to:
1) Click on any community member
2) Click the “Public Message” button on their profile
3) On the activity feed page, place your cursor in the message box and type “Here I am typing”
4) Hover your mouse cursor over the “Post Update” button. Notice that it is still an arrow icon because you cannot click it.
5) Click the button. IT WILL NOT POST.
6) Click anywhere outside of the message box (e.g. white space off to the right).
7) Hover back over the “Post Update” button. Notice that it is STILL an arrow icon because you cannot click it.
8) Click the button. IT WILL NOT POST.
9) Click back in the message field.
10) Hover back over the “Post Update” button. The cursor changes to a hand icon because the button has now been activated.
11) Click the button. IT FINALLY POSTS.
So, the user experience is that they type their message and then have to click somewhere outside of the message box, then click back inside the message box before they can send their message. Not a good user experience. It did this both on the Klein theme that I am using and the standard WordPress 2016 theme. Exact same experience.
Let me know if there are additional questions that I can clarify.
Thanks for any help demystifying why this is happening.
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.
function bpdev_set_email_notifications_preference( $user_id ) {
//I am putting all the notifications to no by default
//you can set the value to ‘yes’ if you want that notification to be enabled.
$settings_keys = array(
‘notification_activity_new_mention’ => ‘no’,
‘notification_activity_new_reply’ => ‘no’,
‘notification_friends_friendship_request’ => ‘no’,
‘notification_friends_friendship_accepted’ => ‘no’,
‘notification_groups_invite’ => ‘no’,
‘notification_groups_group_updated’ => ‘no’,
‘notification_groups_admin_promotion’ => ‘no’,
‘notification_groups_membership_request’ => ‘no’,
‘notification_messages_new_message’ => ‘no’,
);
foreach( $settings_keys as $setting => $preference ) {
